Jeden duży, czy więcej mniejszych? ( ͡° ͜ʖ ͡°)

Question

Dobry wieczór! Tworzę dosyć rozbudowaną aplikację webową, która zawiera skrypt JavaScript'u, a dokładnie plik złożony z 727 linii. No i szczerze mówiąc trudno się w nim połapać, dlatego postanowiłem go podzielić na parę mniejszych plików. A moje pytanie brzmi: Która z opcji jest lepsza jeżeli chodzi o wydajność strony? Czy załączanie paru plików nie obciąży przeglądarki?

Answer 1

Jeśli pytasz, czy wersja developerska Twojej aplikacji obciąży jej wydajność na produkcji, to robisz to źle :)

Na devie możesz se trzymać każdą linijkę kodu w osobnym pliku wpakowanym do zipa i zaszyfrowanym – nikogo to nie interesuje. Taki kod bowiem i tak zostanie następnie przemielony przez jakiś build tool/tasker/bundler (Grunt, Gulp, rollup, WebPack…) i zostanie wypluta wersja produkcyjna, czyli zminifikowana i zoptymalizowana.

Comments

Chodzi Panu o to, że puki tworzę aplikację to mogę sobie rozdzielać kod na kilka plików, ale gdy będę ją publikował to i tak będę musiał ją zoptymalizować (wsadzić kod do jednego pliku)?

---

Chodzi o to, że w życiu każdej aplikacji są co najmniej dwa etapy:

• development
• deploy na produkcję

W czasie developmentu kod wygląda tak, jak chce tego programista – w końcu to on go na tym etapie tworzy, więc to jemu ma być wygodnie.

Na produkcji kod ma być dostosowany do użytkownika, a więc zapewniać najwyższą możliwą wydajność. I tutaj najczęściej się łączy wszystkie zasoby w jeden plik. Najczęściej, ponieważ jest to optymalizacja typowa dla HTTP/1.x. Przy używaniu HTTP/2 do przesyłu danych przez Sieć, należy rozważyć, czy nie będzie lepiej podzielić zasoby na małe części i każdą tę część przesyłać osobno (dodatkowo przy użyciu technologii server push).

Answer 2

Przerób go na taki w którym będzie łatwo się połapać.

Answer 3

Nie obciąży strony ale dla ciebie i twojego oka podzielił bym trochę kod :)

Comments

Oczywiście, że obciąży – zwłaszcza jeśli mówimy o przesyle plików po HTTP/1.x