MVC i optymalizacja Opcje

[MWL]

Witam, chcę zapytać czy ktoś zgodzi się z tezą że MVC spowalnia działanie stron. Chodzi mi o to że jeśli najpierw model pobiera wszystkie potrzebne dane a potem dopiero są wszystkie wyświetla, trzeba bez sensu czekać na załadowanie danych, gdy podczas zwykłych, standardowych stron, mogli byśmy korzystać z metody flush(). Co o tym sądzicie? A może znacie jakieś inne, sprytne rozwiązania.

Ten post edytował MWL 8.04.2009, 18:45:34

[guitarnet.pl]

@vokiel
wersja z usunieciem bialych znakow to nazywa sie minified
wersja pliku compressed to w przypadkach w ktorych sie spotkalem uzywa np base62 encode wliczajac w to zmiane powtarzajacych sie nazw zmiennych, funkcji itp
kompresja gzip to co innego aczkolwiek zgodze sie ze nalezy uwaznie stosowac obie wersje

@erix
zgodze sie, z moich doswiadczen wynika ze np jquery kompresowany base62 ma tendencje do dziwnych zachowan (o czym wspomina Steve w powyzszym filmie) jak zauwazyles taka dekompresja pochlonie jakis czas, czy to wewnetrzna base62 czy gzip, warto sprawdzic czy zaoszczedzony czas na transferze np 150kB jest wiekszy niz sciagneiciu 15kB i dekompresji szczegolnie na wolniejszych przegladarkach/komputerach, w moim przypadku ma
zastanawiam sie jednak jak ma sie algorytm gzip do kompresji base62, co lepsze, wady, zalety, tu troche brakuje mi wiedzy?


jest jeszcze jeden aspekt - ladowanie reklam.. ostatnio zauwazylem bardzo duze problemy arbomedii, smartcontext i tradedoubler przy ladowaniu ich plikow, jakkolwiek zoptymalizuje strone to wszystko pada na leb jak tylko napotka na jeden z tych plikow,
mistrzem jest smartcontext ktory laduje podwojnie wiekszosc plikow, laduje w ciemno biblioteke jquery 55kB i 90% z plikow uzywa naglowka 301 dla swoich gif'ow i js.. porazka. czas ladowania zoptymalizowanej strony spada z 1.12s do 6s