Angular.js vs React.js mit php-mvc (Laravel)
Ich weiß, was angular.js und ich hatte sogar eine Frage @Warum AngularJs im frontend, wenn Laravel bereits als backend?.
aber vor kurzem ich begann zu Lesen über React.js und von seiner Website (seinen das V in MVC), das ist genau das, was mich nach der "Behandlung der anzeigen-und sonst nichts".
für mich, ich denke, Angular.js als ein MVC-framework wurde getroffen, um verwendet werden, mit etwas, das gebaut mit JavaScript von Anfang bis Ende wie Node.js
und es scheint übertrieben, wenn Sie Sie mit etwas wie Larven, wo ich brauche einfach etwas in der Handhabung der frontend-und nichts anderes + Winkel haben 2 wichtigsten Nachteile
-
mit den neuesten news über eine neue version, die nicht haben, zurück Kompatibilität mit der aktuellen version macht mich auch gefürchtet lernen zu beginnen, es nur zu finden, dass mehr oder weniger jedes Projekt gibt, ist die alte version, die meistens wahr ist.
-
eckig macht den ganzen dom, wenn etwas geändert wurde, was wiederum ein Problem für große Projekte.
also basierend auf der obigen, plz beachten Sie, dass ich lernen will/JS verwenden ausschließlich um die Benutzererfahrung zu verbessern, nicht, um ein anderes Google Mail oder Facebook und meine Frage ist also,
könnte React.js verwendet werden mit Laravel zu behandeln, der Blick und tun alles, was Eckig war, sich zu geben, oder ich muss mit Eckigen gefallen oder nicht?
- Was facebook bedeutet, indem Sie sagen, es nicht handhaben von M und C ist, dass es keine sorgen über das abrufen von Daten aus dem backend,ob Ruhe oder etwas anderes. Nicht handhaben Daten verbindlich. Eckige unterstützt diese. Wenn Sie also über eine REST-api, können Sie erzählen, Winkel-und voila, es kümmert GET, PUT und Delete-requests. Sie sind immer noch kostenlos zu benutzen eckig nur für die Aussicht
- Ich glaube, das ist eine Frage der Stellungnahme. Das boiled-down Wahrheit ist, dass man fast immer machen, was die Arbeit mit was anderes, es ist nur eine Frage, wie viel Arbeit, die können oder können nicht verbunden. Ich habe gesehen und getan viele seltsame Kombinationen von Technologien, einfach weil es war, was ich hatte, mit zu arbeiten.
- Ich habe mit es mit ASP.NET MVC ist seit einiger Zeit nun bin ich es zu lieben.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Keine
Reagieren, ist nur für die Aussicht. React-Komponenten sind zustandsbehaftete Komponenten mit einigen wirklich cleveren rendering-Zeug, was hinter den kulissen passiert. Bauen Sie eine voll funktionsfähige front-end-app, die Sie brauchen, um zu binden, die in einigen anderen Codes (oder es selbst schreiben).
Reagieren gut funktioniert mit Facebook ist Flux Architektur. Ich würde vorschlagen, sich diesen zu lernen, wie die Verwaltung den Zustand Ihrer Komponenten reagieren.
Was ist der Schlüssel zum Verständnis ist hier, dass Fluss und Reagieren sind nicht Teile einer großen front-end-framework. Reagieren ist eine Bibliothek und Flux (wie bei Facebook) stellt nur einen Dispatcher. Der rest ist bis zu Ihnen, zu implementieren. Es gibt einige bereits bestehende Implementierungen können Sie sich, wenn Sie Hilfe brauchen, um loszulegen.
Was ich mag über flux ist, dass es mir erlaubt, implementieren die Dinge so, dass für meine Anwendung am besten. Reagieren, kümmert sich der DOM schwere heben und ist sehr einfach zu erlernen. Im Vergleich zu Eckigen, habe ich nicht erfahren, willkürliche Konventionen und gigantische APIs von einem riesigen Rahmen.