Zamierzam mieć płótno FabricJS, które wyświetli potencjalnie dziesiątki różnych grafik, które mogą być wyświetlane jako pojedyncze pliki graficzne lub ikonka. Dla każdej grafiki możliwe jest, że konkretna grafika będzie wyświetlana na płótnie od 0 do dziesiątek razy. Wiem, że FabricJS ma zdolność clipping, która umożliwiłaby użycie ikonek i wiem, że ogólnie rzecz biorąc, sprite w sieci są bardzo preferowane w stosunku do pojedynczych obrazów, na przykład do CSS.Wydajność Fabric.js Sprite Sprite vs Pojedyncze obrazy
Jednak słyszałem również o zachowaniach przeglądarki/dziwactwach otaczających płótno, w których pewne optymalizacje mogą się spodziewać, nie - nie mogę znaleźć w tej chwili linku, ale który przywołuję było to, jak duże elementy treści na widoku poza przeglądarką Chrome zajmowałyby znaczną część czasu, aby można było je obliczyć/"wyrenderować", mimo że nie były istotne dla wyglądu na ekranie.
Więc, czy są jakieś znane oczekiwania dotyczące tego, czy n indywidualne non-Obcięte obrazy byłyby korzystniejsze/unpreferable do ikonki, która jest przycięty n razy na płótnie FabricJS? Jeśli to ma znaczenie, nie byłoby to mocno animowane płótno FabricJS; rzeczy mogą się poruszać po przeciągnięciu, ale ciągła animacja nie jest tym, co jest zaangażowane w tę sprawę.
Według http://caniuse.com/#feat=canvas nie ma żadnych problemów związanych (patrz strzyżenia znane problemy patka). Powiedział, że powinieneś wybrać trzy najlepsze platformy (chrome, ios i .... android, powiedzmy ...) i wykonać podstawowe testy wydajności. – dsummersl
@dsummersl Co ciekawe, caniuse.com wspomina o problemie z obcinaniem w systemie Android; raport o błędzie, do którego prowadzi łącze, jest zamknięty jako przestarzały bez wyraźnej rozdzielczości. – jmq
o tak, prawda ... czytanie biletu, który brzmi, jakby był prawdopodobnie problemem dla 1/3 przeglądarek dla Androida (total rough guestimate from http://developer.android.com/about/dashboards/index.html). – dsummersl