Maciej Stasiełuk, Vazco.eu
17.08.15
Dobre praktyki, zalety i wady różnych rozwiązań
na bazie naszych doświadczeń w pracy z Meteorem:
* Treści prezentowane na tym szkoleniu mają charakter mocno subiektywny i nie muszą być najlepszą opcją dla każdej aplikacji.
Powstały na bazie prawie 2 letniej komercyjnej pracy z Meteorem i kilku produkcyjnych wdrożeniach.
Skoro sprawdzają się dla nas jest też duża szansa że sprawdzą się u was, ale zawsze należy mieć otwarty umysł :)
Temat bardzo dobrze wyczerpuje seria autorstwa Wojciecha Krysiaka - zagorzałego promotora takiego podejścia:
Reaktor
+ Nadal najpopularniejszy
+ Duża ilość współpracujących paczek
+ Dobrze udokumentowany
+ Najbardziej dojrzały projekt
- Robi trochę za dużo, m.in również renderowanie
- Współpracuje tylko z Blaze
- Prawie wszystko jest reaktywne
- Ostatnio mało aktywnie rozwijany
+ Dobrze zrobiona architektura
+ Najbardziej "trendy" w chwili obecnej
+ Dobrze udokumentowany
+ Reaktywne jest tylko to co powinno być reaktywne
+ Niedługo wsparcie dla prawdziwego SSR
+ Nie zajmuje się renderowaniem ale zamiast tego pokazuje jak użyć do tego dedykowanych paczek np. BlazeLayout i ReactLayout
- Nie możemy używać paczek dedykowanych dla IR
- Wciąż młody projekt
Nakładka na Flow Router umożliwiająca budowanie routów w sposób znany z ReactRoutera
Pod spodem mamy dalej node.js wraz z Mongo i ich ograniczeniami.
Standardowy model to:
Istnieją też ciekawe rozwiązania pokroju Meteor Cluster
Skalowalność jest zależna od konkretnego przypadku.
Classcraft: 200 osób per procesor / 6400 per serwer
Sass / scss