Co powinienem użyć, aby uzyskać lepszą wydajność, dziewięcioszynkowe lub szufladowe zasoby xml?

Question

Jaki jest najlepszy sposób ustawienia tła dla niektórych widoków? Na przykład 2 warianty backround:

1. tle z gradientu, zaokrąglone narożniki i granice
2. tło z jednym kolorze i zaokrąglone narożniki

Więc który z wariantów byłoby lepiej, dziewięć-łata lub drawable xml resource?

Answer 1

Domyślam się, że w większości przypadków NinePatch byłaby nieco szybsza. Oto co znalazłem.

GradientDrawable (jeden służy do prostokąty, XML) wykorzystuje this code wywołać aż do Canvas który z kolei wykorzystuje naturalną połączenia prowadzące do SkCanvas, SkDraw i ewentualnie SkScan i SkBlitter.

Z drugiej strony, NinePatch's draw() has almost zero Java code przed rodzimym call to NinePatch.cpp, który shortly calls NinePatchImpl.cpp -- NinePatch_draw() --- i tam właśnie jest magia. Kod tam jest iterowany nad zaznaczonymi regionami i po wielu kolejnych wywołaniach rysuje rzeczy używając mniej więcej tej samej logiki w SkDraw (tylko drawRect() zamiast drawPath()), ale w końcu to samo SkScan i SkBlitter, które wykonują pracę.

Cały ten kod jest dość trudny do natychmiastowego objęcia głowy, ale co przykuło moją uwagę to, że GradientDrawable wykonuje dwa połączenia do całego rodzimego stosu, jeśli ma zarówno tło, jak i obrys (look here), podczas gdy w dowolnym scenariuszu NinePatch tylko jeden.

Tak, bez faktycznego czasu pomiaru dla obu podejść mam uczucie w większości przypadków NinePatch wygrywa wyścig: jeśli [strasznie] grubsza przyjąć, że rodzime stosy połączeń dla drawRect() i drawPath() użytku praktycznie taka sama logika i [inne straszne uproszczenie] zestawy parametrów, które są przekazywane tam i są tworzone przez NinePatch i GradientDrawable, nie wpływają na złożoność metod, a następnie NinePatch okazuje się być około 2 razy szybsze niż GradientDrawable z wypełnieniem i konturem. Cóż, pod warunkiem, że użyjesz zwykłej 9-plasterkowej 9-plasterkowej łatki (to znaczy nie zrujnujesz dziewięciu łatek przez strasznie dużo znaczników, sprawiając, że iteracja po kawałkach będzie zbyt kosztowna).

Każdy, kto się na to natknie i wie więcej na ten temat (i/lub lepiej ocenia złożoność kodu natywnego), proszę, popraw mnie, jeśli się mylę.

PS Tak, wiem, że to nie jest zbyt prostą odpowiedź