Kann eckig und reagieren zusammen spielen?

  

Sind sie wirklich gegensätzliche Kräfte?

Ich würde sagen, dass sie gegensätzliche Kräfte sind, indem sie die gleichen Probleme lösen. Auch wenn das Argument, dass React nur das V in MVC und Angular ist, ein "Fully Blowed Framework" ist, wird sehr viel geworfen, Angular und React sind sehr vergleichbar.

Angular verfügt über Controller und Direktiven (sowie Services und Factories), während React nur über Komponenten verfügt. Aus diesem Grund ist es einfach zu interpretieren, dass Angular ein vollständigeres Framework ist. Aber lass uns das sezieren.

Controller

React enthält keinen Controller, aber in der React-Welt gibt es ein Konzept namens "View-Controller", das ziemlich gut auf Angular-Controller abbildet. Ein React "View Controller" ist wie jede andere React-Komponente definiert, aber es wird nur minimal gerendert. Es geht um die Daten- / Zustandsverwaltung und die anschließende Übergabe dieses Zustands an Komponenten, die diese Daten / diesen Zustand rendern.

Ein einfaches Beispiel wäre:

Also ist die ViewComponent hier besorgt über die Besonderheiten beim Rendern von HTML, und die ViewController kümmert sich darum, Daten zu bekommen und zu verwalten, die sie an die ViewComponent weitergibt.

Richtlinien

Ich glaube nicht, dass jemand argumentiert, dass das Konzept der Angular-Direktiven ziemlich gut auf React View-Komponenten abbildet.

Services und Fabriken

Dies ist etwas, das in Angular existiert, nur weil es das Konzept der Dependency Injection hat, und im Grunde das einzige Argument für "Angular ist ein vollständigerer Rahmen als React". Du könntest für Tage argumentieren, wenn Angulars Weg von DI in eine Sprache wie Javascript gut passt, und wenn Javascript wirklich etwas wie es braucht, weil es so dynamisch ist, aber machen wir das nicht.

Anstatt ein eigenes Modulsystem zu erstellen, wie es Angular tut (und ich denke, wir können uns alle darin einig sein, dass angulare Module selbst sehr wenig Wert hinzufügen), erlaubt Ihnen React, jedes beliebige Modulsystem zu verwenden. Transplantierte ES6, CommonJS, AMD, einfache alte Globals, etc. Die Community hat sich ziemlich gut auf ES6 und CommonJS geeinigt, was eine gute Sache ist (und Angular bewegt sich mit Angular 2 in diese Richtung).

Wenn DI Ihr Ding ist, ist es sehr einfach, es zusammen mit einem guten Modulsystem zu implementieren. Und in React von Pete Hunt gibt es sogar einen wirklich interessanten Ansatz einer völlig neuen Interpretation von DI: Ссылка

  

Ist es eine gute Idee, react und angular zusammen zu verwenden? Könnte ich? Sollte   Ich?

Ich würde es nur tun, wenn du vorhast, nach unten zu gehen. Ihre Anwendung wird schwieriger zu verstehen und komplexer, da Sie sowohl Angular und React kennen müssen. Das heißt, eine Menge Leute scheinen React in Angular zu verwenden, also ist dies nur meine Meinung.

  

Reagieren ist für UI, aber eckig kann den Controller und die   Ansicht ... aber reagiert besser auf die Sicht? Können wir es besser machen?   App durch Abwinkelung nur an den Controller?

Wie ich schon sagte, ist das ein übliches Missverständnis. Angular und React lösen die gleichen Probleme, aber auf unterschiedliche Weise. Der Vorteil, Ihre Geschäftslogikebene nicht mit dem Angular-Modulsystem zu verbinden, ist, dass es einfacher ist, auf etwas anderes zu migrieren. Eine Menge Leute benutzen eine Flux-Architektur zusammen mit React, aber es gibt nichts, was spezifisch für Flux ist. Sie können die Flux-Ideen mit jedem Framework verwenden.

  

Eine Sache, die ich an eckigen mag, scheint weniger zutreffend zu sein   Reagieren ist, dass eckig wirklich erlaubt, dass man trennt   Bedenken, während Reaktion beginnt, dies ein wenig zu verwirren. Es sieht so aus   im Gegensatz zu der eckigen, zumindest.

Dem widerspreche ich sehr. Ich finde, dass meine React-Anwendungen eine bessere Trennung von Bedenken haben als meine Angular-Anwendungen (und ich habe Angular sehr oft verwendet). Sie müssen nur die Art des Reagierens verstehen, und es ist auch eine gute Idee zu lernen, worum es bei Flux geht. Ich sage nicht, dass Sie in Angular keine großartigen Apps schreiben können. Es ist nur meine Erfahrung, dass es einfacher ist, mit React in die Grube des Erfolgs zu fallen als mit Angular.

Angular hat eine zweistufige Lernkurve. Zuerst erstellst du einen Controller mit einem Scope, fügst ein Array zum Scope hinzu und druckst das mit einem ng-repeat aus und du bist überwältigt davon, wie einfach das war. Sie fügen eine Anweisung hinzu, die etwas schwieriger zu verstehen ist, aber Sie kopieren und einfügen und es funktioniert. Ja!Dann, wenn Sie tiefer graben, treffen Sie den zweiten Schritt in Ihrer Lernkurve, wo Sie anfangen müssen, die Interna von Angular wirklich zu verstehen. Sie müssen wissen, dass Bereiche sich gegenseitig mit prototypischer Vererbung erben und die Konsequenzen davon (brauchen Sie einen Punkt in allen ng-model Ausdrücken, usw.). Und was ist mit directiven Controllern? Was sind sie und wie vergleichen sie sich mit regulären Controllern? Und was ist die Transkription? Und jemand hat mir gesagt, dass ich dies und das im Kompilierungsschritt meiner Anweisung ausführen muss, was ist das?

Mit React ist die anfängliche Lernkurve etwas steiler. Aber wenn du erst einmal drüber bist, gibt es keinen zweiten Schritt mehr. Learning Flux könnte als ein zweiter Schritt betrachtet werden, aber das Lernen von Flux gibt Ihnen neues Wissen, das auch auf andere Javascript-Frameworks übertragen wird, was der "Kompilierungsschritt in einer Angular-Direktive" nicht tut.

Ein weiterer großer Vorteil von React gegenüber Angular ist, dass es meistens nur Javascript ist. Eigenschaften von React-Elementen sind nur Javascript-Objekte / Funktionen anstelle von magischen Zeichenfolgen wie in Angular-Attributen. Dies bedeutet auch, dass Ihr regulärer Linter Ihnen sagen kann, ob ein Fehler in Ihrem Callback-Attribut-Ausdruck vorliegt. In Angular müssen Sie den Code ausführen, um zu sehen, ob er funktioniert.

Da Javascript bereits einen Blockbereich hat, müssen Sie sich keine Gedanken darüber machen, Ihren Elementnamen etwas voran zu stellen, das sie eindeutig macht.

Also sage ich, dass Angular wertlos ist und dass Sie sich zu React bewegen sollten? Nein, bin ich nicht. Viele Unternehmen haben viel in Angular investiert. Aber wenn Sie mich fragen, gibt es in Angular mehr Eigenheiten und Besonderheiten, über die Sie wirklich Bescheid wissen müssen, wenn Sie eine wartbare Anwendung erstellen. Sie sollten auch darüber nachdenken, dass Angular 2 komplett neu geschrieben wurde, und es hat eine Menge Inspiration von React genommen (was großartig ist!).

Wenn Sie sich mit Angular und React zusammenfinden, ist Ссылка eine wirklich nette Brücke zwischen den beiden. Sie können Services / Provider / Fabriken / Werte / Konstanten zwischen Angular und der Außenwelt teilen, indem Sie sie wie jeden anderen Code verwenden. Hoffe das hilft!