Kann jemand erklären, ob es signifikante Vorteile oder Nachteile gibt, wenn man Features wie Authentifizierung oder Caching usw. einsetzt, die Hooks verwenden, anstatt Middleware zu verwenden? Zum Beispiel - Ich kann ein Übersetzungsfeature implementieren, indem ich das Anfrageobjekt über eine benutzerdefinierte Middleware erhalte und eine App-Sprachvariable setze, die verwendet werden kann, um die korrekte Übersetzungsdatei beim Ausführen der App zu laden. Oder ich kann vor dem Routing einen Haken hinzufügen und die Anforderungsvariable lesen und dann während der Ausführung der App die richtige Datei laden. Gibt es einen offensichtlichen Grund, der mich vermisst, der eine Wahl besser als die andere macht?Hooks im Vergleich zu Middleware in Slim 2.0
5
A
Antwort
2
Soweit kann ich sagen, dass middleware für jede Routing-Arbeit perfekt ist. Und hooks eignet sich am besten für die gesamte Anwendung. Für Ihren Fall sollte es besser sein, hooks als Middleware zu verwenden.
Verwandte Themen
- 1. req.locals im Vergleich zu res.locals im Vergleich zu res.data im Vergleich zu req.data im Vergleich zu app.locals in Express-Middleware
- 2. Slim 3 Middleware Redirect
- 3. Slim 3 aktuelle Route in Middleware
- 4. OAuth 2.0 zweibeinige Authentifizierung im Vergleich zu SSL/TLS
- 5. AesManaged im Vergleich zu RijndaelManaged
- 6. Binding Daten an Anfrage Objekt in Middleware [Slim Framework 3]
- 7. Binäre Serialisierung im Vergleich zu JSON im Vergleich zu xml
- 8. Slim PHP: Nur gültige Routen mit Middleware abfangen
- 9. Restify Middleware - korrekte nächste Middleware im Stack
- 10. itertools.islice im Vergleich zu Listenscheibe
- 11. Arrays im Vergleich zu JSON
- 12. XDocument.Descendants() im Vergleich zu DescendantNodes()
- 13. time.time im Vergleich zu timeit.timeit
- 14. App.Config im Vergleich zu AppName.exe.Config
- 15. Spray.Routing im Vergleich zu Play.api.mvc.Controller
- 16. ILookup im Vergleich zu IGrouping
- 17. FogBugz im Vergleich zu OnTime
- 18. Dateisperrung im Vergleich zu Semaphoren
- 19. LocalBroadcastManager im Vergleich zu Callbacks
- 20. QDBusAbstractAdaptor im Vergleich zu QDBusAbstractInterface
- 21. DoubleBuffered im Vergleich zu SetStyle
- 22. Drupal7 im Vergleich zu Drupal6?
- 23. Schlanke PHP-Route in Middleware
- 24. Fehler im Vergleich zu Ausnahme in Dart
- 25. Verzweigung im Vergleich zu Regalen in TFS
- 26. Im Vergleich zu Text in WPF
- 27. In Ruby im Vergleich zu Smalltalk blockieren
- 28. Splitgröße im Vergleich zu Blockgröße in Hadoop
- 29. OpenCV: IplImage im Vergleich zu Mat, welche zu verwenden?
- 30. MySQL-Vergleich Binäre Sortierung im Vergleich zu binären Strings
Vielen Dank für die Antwort, können Sie erweitern, warum Middleware besser für route-spezifische Operationen ist? Ich dachte, dass die Route-Middleware für route-spezifische Prozesse und die App-Middleware für anwendungsübergreifende Operationen gedacht ist? Das einzige, was ich sehen kann, ist, dass Hooks an bestimmten Punkten im Versandprozess ausgelöst werden können, aber mir scheint, dass der Hook "vorher" genau der App-Middleware-Funktion entspricht. –