[erwit]

Mirki, czy to jest zrobione w #react ? #reactjs #javascript #facebook #webdev #webdesign
http://facebook.github.io/design/index.html

[Marmite]

@erwit: Nie, to prawie statyczny HTML.

[Jurigag]

@erwit: to tzn co ? ta strona sama ten index.html ? nie

[poszlo_wyszlo]

@erwit: @Marmite: @Jurigag:
window.onload = function(){
document.getElementById("one").setAttribute("class","fade1-loaded");
document.getElementById("two").setAttribute("class","fade2-loaded");
}

w opór tego javascriptu tam :D

[regis3]

@erwit: @Marmite

Zastanawia mnie dlaczego spora część developerów uważa, że jak coś chodzi lepiej niż gówno (czyli większość angularowych stron) to jest to react. Otóż nie, react nie jest szybszy niż angular. Nie został również stworzony po to by był szybszy. Najlepsze efekty uzyskasz zawsze dobierając technologie do potrzeb. Nie odwrotnie. Myślę że znakomita większość stron jakie oglądamy poradziła by sobie niemal zupełnie bez js lub z jego minimalnym udziałem. :)

[Jurigag]

@regis3: e tam gadasz głupoty, mam stronę na angularze i działa ona super szybko

[Marmite]

@Jurigag: Stronę w Angularze da się zrobić w miarę szybką, ale da się ją też kompletnie spieprzyć. Niestety, cały Angular zbudowany jest na mechanizmie dirty checking (ale to już wina JavaScriptu i tego że ciągle nie ma obserwowalnych kolekcji, do ES6 nie weszły, zobaczymy jak z ES7), więc jak będzie za dużo watcherów i w konsekwencji co chwila będzie się odpalać digest loop na wszystkich scope'ach, to nie ma siły żeby

[Jurigag]

@Marmite: no ja się staram wszędzie gdzie się da pakować bind once, unikać ładowania miliarda danych itp itd :P