xamarin/Xamarin.Forms

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

Ouverte

#4 778 ouverte le 17 déc. 2018

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)C# (1 926 forks)batch import
a/performancee/7 :clock7:help wantedinactivep/Androidt/bug :bug:up-for-grabs

Métriques du dépôt

Stars
 (5 644 étoiles)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

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

Guide contributeur

Direction de recherche
Ouvrez le lien de reproduction (https://github.com/mikescandy/ScrollTest) pour comparer les performances de défilement dans un scénario modal par rapport à un scénario non modal. Profilez les passes de mise en page et mesurez les temps pour les deux cas. Recherchez des différences dans les appels measure/arrange, en particulier ceux liés au contenu de ScrollView. Le comportement attendu est une performance identique ; étudiez si la page modale ajoute des passes de mise en page supplémentaires ou invalide la vue de défilement. Vérifiez si le problème existe toujours dans la dernière version de Xamarin.Forms.
Stack technique
csharp
Domaine
mobile
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Ancienne
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30