Ich wollte nur den Unterschied zwischen Reagieren Router und reagieren Lebensraum kennen. Von dem, was ich gelesen habe (was nicht viel ist), lösen diese beiden das gleiche Problem der Externalisierung von Komponenten einer Website. Ich würde gerne wissen, warum man übereinander stehen würde, wenn sie auf diese Weise sogar vergleichbar wären.Unterschied zwischen reagieren Lebensraum und reagieren Router
Antwort
React Habitat macht sich keine Gedanken über Routen oder die Anwendungsinformationsarchitektur (IA). Es lässt einfach ein anderes System HTML-Seiten rendern, wie es ihm gefällt, und bindet eine oder mehrere React-Apps im laufenden Betrieb ein, wenn diese Ziele im HTML-Code enthalten sind. Wenn ein CMS-Inhaltsautor die URL einer Seite ändert oder eine neue Seite hinzufügt, ist dies kein Problem. React Habitat ist es egal und wird weiterhin mit React apps kommunizieren.
React Router Verwenden Sie Routen (URLs), um React-Komponenten zu montieren, dies bedeutet, dass es über die IA der Anwendung zuzuteilen und kann nicht einfach "dumm" wie React Habitat sein. Wenn ein CMS-Inhaltsautor eine URL ändert, die von React Router nicht mehr gerendert wird, muss ein Entwickler die Route im JavaScript aktualisieren. Sie könnten ausgefallen sein und dynamisch Routen vom CMS laden, aber ich würde fragen, ob das zu eng gekoppelt ist.
Sie beide lösen verschiedene Probleme.
1) Wenn Sie ein SPA oder PWA bauen und alle IA in der Javascript-Anwendung halten wollen, dann verwenden Sie React Router.
2) Wenn ein System (.net/php/java/etc) Ihren HTML-Code wie einen CMS rendert und alle IA enthält, dann verwenden Sie React Habitat.
danke, jennas. Da ich versuche, ein CMS zu erstellen, ist React Habitat die bessere Wahl. Diese Frage war in den frühen Stadien, als ich nicht genügend Informationen hatte. Ich habe mir den Quellcode des Frameworks angeschaut und habe eine Grundvorstellung von dem, was vor sich geht. Könnte ich ein Skype-Treffen mit Ihnen oder eine Mail für andere Anfragen bezüglich des Lebensraums einrichten? –
- 1. Reagieren Router Dom und Express
- 2. reagieren und reagieren-Router Kontext undefiniert
- 3. Reagieren + Typoskript + webpack und ui-Router reagieren
- 4. Mit Reagieren und Electron - reagieren-Router Fehler
- 5. reagieren-Router und Kontexttypen
- 6. Reagieren Router mit Reagieren v0.14.3
- 7. Reagieren Router
- 8. reagieren Router und Meteor Mongo
- 9. Router und React.rb Reagieren Mit
- 10. Wie eine reagieren Komponente mit reagieren-Router
- 11. Reagieren Middleware-Auth-Komponente mit Reagieren Router
- 12. Reagieren Js SetState Router Reagieren mit
- 13. Testing reagieren Komponente withing reagieren Router
- 14. JS Reagieren - mehrere Importe vermeiden reagieren-Router
- 15. Augment reagieren-Router-Modul mit reagieren-Router-Relais Typisierungen
- 16. Reagieren Router v4 Routenereignisse
- 17. Reagieren Router - Ajax Deeplinken
- 18. Reagieren Router Pfad Problem
- 19. Reagieren Router: Ignorieren Hashwechsel
- 20. Reagieren Router Unter Route
- 21. Reagieren Router-Switch Verhalten
- 22. Reagieren Router globalen Header
- 23. Einrichten von Reagieren Router
- 24. Reagieren Router: verschachtelte Ressourcen
- 25. Reagieren Router onChange
- 26. Reagieren, Redux, React-Router?
- 27. Reagieren Router v4 Verschachtelung
- 28. Reagieren Router + Redux?
- 29. Reagieren Router Warnung
- 30. Reagieren Router funktioniert nicht
'Deklaratives Routing für React.' vs.' A Reagieren DOM Bootstrapper entwickelt, um eine hybride 'CMS + React'-Anwendung zu harmonisieren. Ich sehe nicht, wie man sich miteinander vergleicht. –
danke Gabriel Ich hatte nicht viel darüber gelesen und ist in der Tat sehr unterschiedlich. –