xamarin/Xamarin.Forms

[Android] ScrollView Performance is worse when page is not the root

Offen

#4.778 geöffnet am 17.12.2018

Auf GitHub ansehenContributor Guide
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C# (1.926 Forks)batch import
a/performancee/7 :clock7:help wantedinactivep/Androidt/bug :bug:up-for-grabs

Repository-Metriken

Stars
 (5.644 Sterne)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Description

Issue originally reported by @mikescandy: https://twitter.com/mikescandy/status/1072985823006605314

Steps to Reproduce

  1. Use https://github.com/mikescandy/ScrollTest
  2. Compare the modal loading/scrolling time to the non-modal loading/scrolling time.

Expected Behavior

Performance is the same regardless of how the page is served.

Actual Behavior

Performance appears degraded when the page is modal.

Basic Information

  • Version with issue: 4.0.0.8055-pre1
  • Last known good version:
  • IDE:
  • Platform Target Frameworks:
    • iOS:
    • Android:
    • UWP:
  • Android Support Library Version:
  • Nuget Packages:
  • Affected Devices:

Screenshots

see Twitter link

Reproduction Link

https://github.com/mikescandy/ScrollTest

Contributor Guide

Research-Richtung
Öffnen Sie den Reproduktionslink (https://github.com/mikescandy/ScrollTest), um die Scrollleistung in einem modalen gegenüber einem nicht modalen Szenario zu vergleichen. Profilieren Sie die Layout Durchläufe und messen Sie die Zeiten für beide Fälle. Suchen Sie nach Unterschieden in den Measure/Arrange Aufrufen, insbesondere im Zusammenhang mit dem Inhalt der ScrollView. Das erwartete Verhalten ist identische Leistung; untersuchen Sie, ob die modale Seite zusätzliche Layout Durchläufe hinzufügt oder die Scroll Ansicht ungültig macht. Prüfen Sie, ob das Problem in der neuesten Xamarin.Forms Version noch besteht.
Tech Stack
csharp
Domain
mobile
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
30