Angular2 vs React

[karel]

IT není tesařina kde se něco naučíš a stačí ti to do důchodu, tady má většina informací životnost 4-5 let.

[Reklama]

[Sten]

To, že šablony nejsou oddělené od kódu je výhoda.

Šablony samy o sobě jsou zlo. Reálně jsou to data pro univerzální builder, ale tváří se jako program, je to mix deklarativního a procedurálního přístupu, což je samo o sobě špatné.

Neoddělení šablon od kódu způsob nevede na iluzorní šablonovou modularitu, ale na modularitu kódu. Oddělení vede na dvoukoljenou modularitu, což znesnadňuje následnou údržbu, musíte dvakrát hledat místo, které je třeba upravit. Vznikají neúmyslné vazby mezi logicky nesouvisejícími moduly.

Z praktického hlediska údržby není dobré sdílet šablony napříč aplikací, mnohem lepší je aplikaci skládat z funkčních komponent (šablona + chování a tyto aspekty komponenty držet na jednom místě pohromadě).

Sdílení šablon komponentami je porušení principu zapouzdření. Vede na vedlejší zobrazovací efekty při úpravách.

Doporučuji si nastudovat, co znamená Model-View-Controller a proč ho každý druhý UI framework znovu a znovu vynalézá už čtyřicet let (což je v IT neuvěřitelně dlouhá doba).

Šablony (views) se mezi komponentami (controller) nesdílí. Smysl rozdělení je přesně opačný. Sdílí se jedna komponenta pro více šablon. Třeba jednu šablonu generující HTML a druhou JSON.

[Ivan Nový]

To, že šablony nejsou oddělené od kódu je výhoda.

Šablony samy o sobě jsou zlo. Reálně jsou to data pro univerzální builder, ale tváří se jako program, je to mix deklarativního a procedurálního přístupu, což je samo o sobě špatné.

Neoddělení šablon od kódu způsob nevede na iluzorní šablonovou modularitu, ale na modularitu kódu. Oddělení vede na dvoukoljenou modularitu, což znesnadňuje následnou údržbu, musíte dvakrát hledat místo, které je třeba upravit. Vznikají neúmyslné vazby mezi logicky nesouvisejícími moduly.

Z praktického hlediska údržby není dobré sdílet šablony napříč aplikací, mnohem lepší je aplikaci skládat z funkčních komponent (šablona + chování a tyto aspekty komponenty držet na jednom místě pohromadě).

Sdílení šablon komponentami je porušení principu zapouzdření. Vede na vedlejší zobrazovací efekty při úpravách.

Doporučuji si nastudovat, co znamená Model-View-Controller a proč ho každý druhý UI framework znovu a znovu vynalézá už čtyřicet let (což je v IT neuvěřitelně dlouhá doba).

Šablony (views) se mezi komponentami (controller) nesdílí. Smysl rozdělení je přesně opačný. Sdílí se jedna komponenta pro více šablon. Třeba jednu šablonu generující HTML a druhou JSON.

View != Šablona, View lze realizovat i bez šablony.
A znáte framework, který zakazuje použít šablonu v komponentě, jiným komponentám?

[odbornik]

Urcite Angular! React je sracka

[tisnik]

Ale HTML je vůbec nešťastné řešení, které se prosadilo. Nasměrovalo naši civilizaci někam, odkud už není návratu. Změní to až nasazení AI, kdy si prohlížeč přečte mnoho HTML zdrojů a sám z nich sestaví vlastní výstup. To ovšem lidem vezme schopnost samostatného experimentu a radost z nalezení nového zdroje.

Proč je to nešťastné? Protože se nepoužívají sémantické značky a id a class jsou většinou pouze pro určení stylů?

[Reklama]

[Ivan Nový]

Ale HTML je vůbec nešťastné řešení, které se prosadilo. Nasměrovalo naši civilizaci někam, odkud už není návratu. Změní to až nasazení AI, kdy si prohlížeč přečte mnoho HTML zdrojů a sám z nich sestaví vlastní výstup. To ovšem lidem vezme schopnost samostatného experimentu a radost z nalezení nového zdroje.

Proč je to nešťastné? Protože se nepoužívají sémantické značky a id a class jsou většinou pouze pro určení stylů?

Protože žádný prohlížeč, jen s deklarativním schématem, jakým je HTML nevystačí, a proto se to muselo obcházet různými obezličkami, jako css a javascript. Jediná výhoda HTML byla, že se to dalo jednoduše prohledávat a na základě této možnosti vytvořit vyhledávače, takže nešťastné řešení z hlediska proggramování, bylo šťastné z hlediska kulturních inovací.

[gl]

Ale HTML je vůbec nešťastné řešení, které se prosadilo. Nasměrovalo naši civilizaci někam, odkud už není návratu. Změní to až nasazení AI, kdy si prohlížeč přečte mnoho HTML zdrojů a sám z nich sestaví vlastní výstup. To ovšem lidem vezme schopnost samostatného experimentu a radost z nalezení nového zdroje.

Proč je to nešťastné? Protože se nepoužívají sémantické značky a id a class jsou většinou pouze pro určení stylů?

Protože žádný prohlížeč, jen s deklarativním schématem, jakým je HTML nevystačí, a proto se to muselo obcházet různými obezličkami, jako css a javascript. Jediná výhoda HTML byla, že se to dalo jednoduše prohledávat a na základě této možnosti vytvořit vyhledávače, takže nešťastné řešení z hlediska proggramování, bylo šťastné z hlediska kulturních inovací.

Oddělení stylu od obsahu je podle vás špatně? Bez javascriptu se dá vystačit docela dobře, případně se dá používat jen jako doplněk.

[BoneFlute]

Doporučuji si nastudovat, co znamená Model-View-Controller a proč ho každý druhý UI framework znovu a znovu vynalézá už čtyřicet let (což je v IT neuvěřitelně dlouhá doba).

Šablony (views) se mezi komponentami (controller) nesdílí. Smysl rozdělení je přesně opačný. Sdílí se jedna komponenta pro více šablon. Třeba jednu šablonu generující HTML a druhou JSON.

Hups!

Šablony nejsou Views. Komponenty nejsou Controllers.

Nebo teda u někoho možná i jo, ale já třeba šablony používám pro generování modelu, pro různé transformace, prostě, hmm, vytvořím si na něco šablonu. Podobně, komponenty mám zafixováno od toho, že se dají komponovat. Kontroler od toho aby kontroloval, rozhodoval, zpracoval vstup a rozhodl co dál...

Ale třeba to má někdo jinak.

[pr]

React je template systém, Angular je framework...

je třeba zahrnout další věci, jako stav aplikace... jsou blázni, kteří v Angular2 používají Flux architekturu...

Jinak abych zmínil i něco užitečného... Angular 2 má na gitu 1147 issue... a co jsem tak zkoušel, tak hello world v Angular 2 má cca 800KB. Počkal bych, až bude méně bugů, až bude fungovat ngc, až bude angular2-bootsrap fungovat s ngc...

[Ivan Nový]

Ale HTML je vůbec nešťastné řešení, které se prosadilo. Nasměrovalo naši civilizaci někam, odkud už není návratu. Změní to až nasazení AI, kdy si prohlížeč přečte mnoho HTML zdrojů a sám z nich sestaví vlastní výstup. To ovšem lidem vezme schopnost samostatného experimentu a radost z nalezení nového zdroje.

Proč je to nešťastné? Protože se nepoužívají sémantické značky a id a class jsou většinou pouze pro určení stylů?

Protože žádný prohlížeč, jen s deklarativním schématem, jakým je HTML nevystačí, a proto se to muselo obcházet různými obezličkami, jako css a javascript. Jediná výhoda HTML byla, že se to dalo jednoduše prohledávat a na základě této možnosti vytvořit vyhledávače, takže nešťastné řešení z hlediska proggramování, bylo šťastné z hlediska kulturních inovací.

Oddělení stylu od obsahu je podle vás špatně? Bez javascriptu se dá vystačit docela dobře, případně se dá používat jen jako doplněk.

Bez javascriptu se vystačit nedá, proto taky vznikl, aby UX internetových aplikací mělo vlastnosti desktopových aplikací. Dá se vystačit bez html a css a DOM vytvářet v javascriptu.

Co bylo motivací k oddělení obsahu a stylu? Možnost na jednom místě měnit vzhled stejných prvků všude. Nic jiného. Tedy aby bylo možno pohodlně měnit vzhled daného obsahu bez nutnosti zasahovat do samotného obsahu.

U šablon je špatně možnost měnit obsah jednotlivých komponent globálně, čehož se dosáhne, když se šablona nebo její část sdílí napříč komponenty. A je to stejně špatně jako měnit obsah proměnných globálně.

Komponenta by měla být zapouzdřená, struktura obsahu (generovaného ze šablony) by měla mít lokální charakter, tak aby když změníte šablonu komponenty se to nepřeneslo jinam.

Struktura stránky má být sestavena ze zapouzdřených komponent, které spolu komunikují, a ne důmyslným propojením šablon, jak se to často děje.

[Diskobolos]

Angular 2.x je zoufalý pokus dohnat React. Bohužel za cenu lpění na principech z Angular 1.0. Vzniklo z toho něco poměrně nešťastného. React je čistčí, nezatížený zbytečnostma. V praxi je mezi nimi zásadní rozdíl zejména v rychlosti při práci s větším množstvím dat. React to zvládá lépe (byl tak navržen). Samo, můžete stránkovat, optimalizovat atd... Od toho je tady React.
PS: Ať už se naučíš jedo nebo druhé, práci bezproblémů najdeš. Jinými slovy, nauč se technologii, která je Ti sympatičtějíš.

[gl]

Angular 2.x je zoufalý pokus dohnat React. Bohužel za cenu lpění na principech z Angular 1.0. Vzniklo z toho něco poměrně nešťastného. React je čistčí, nezatížený zbytečnostma. V praxi je mezi nimi zásadní rozdíl zejména v rychlosti při práci s větším množstvím dat. React to zvládá lépe (byl tak navržen). Samo, můžete stránkovat, optimalizovat atd... Od toho je tady React.
PS: Ať už se naučíš jedo nebo druhé, práci bezproblémů najdeš. Jinými slovy, nauč se technologii, která je Ti sympatičtějíš.

Z mé zkušenosti větší tabulky fungují nejlépe, pokud se posílá html ze serveru. Tak to dělá většina velkých aplikací. React v tomhle případě moc nepomáhá. Při změně stránky se musí přerenderovat většina buněk.

[Ivan Nový]

Angular 2.x je zoufalý pokus dohnat React. Bohužel za cenu lpění na principech z Angular 1.0. Vzniklo z toho něco poměrně nešťastného. React je čistčí, nezatížený zbytečnostma. V praxi je mezi nimi zásadní rozdíl zejména v rychlosti při práci s větším množstvím dat. React to zvládá lépe (byl tak navržen). Samo, můžete stránkovat, optimalizovat atd... Od toho je tady React.
PS: Ať už se naučíš jedo nebo druhé, práci bezproblémů najdeš. Jinými slovy, nauč se technologii, která je Ti sympatičtějíš.

Z mé zkušenosti větší tabulky fungují nejlépe, pokud se posílá html ze serveru. Tak to dělá většina velkých aplikací. React v tomhle případě moc nepomáhá. Při změně stránky se musí přerenderovat většina buněk.

React umožňuje renderování provádět na serveru, i na serveru může udržovat kopii DOMu.

[gl]

React umožňuje renderování provádět na serveru, i na serveru může udržovat kopii DOMu.

To je pravda, ale řekl bych, že výhody reactu se projevý hlavně při malých změnách. Při změně stránky tabulky vyjde vygenerování nového těla minimálně nastejno jako určení rozdílu a překreslení jen změněných částí.

[gl]

oprava: projeví