Ich habe ein komplexes Benutzersteuerelement, das einige Ansichten enthält, die jeweils ein eigenes ViewModel haben. Meine Frage ist, wie können alle diese ViewModels einige Daten teilen (zum Beispiel eine beobachtbare Sammlung), ohne dass jeder einen separaten Anruf zum Dienst hat?Gemeinsame Nutzung von Daten zwischen Silverlight ViewModels
0
A
Antwort
0
Der Dienst sollte eine Abstraktion der Daten sein. Ob diese Daten aus einer WS, DB, etc ... gezogen werden, sollte irrelevant sein. Jedes ViewModel kann eine Eigenschaft enthalten, an die die View gebunden ist. Diese Eigenschaft kann eine ObservableCollection<T>
sein, die einen Anruf an den Dienst übermittelt. Diese Daten können tatsächlich über den Dienst zwischengespeichert werden und werden nur periodisch aktualisiert, aber auf irgendeine Weise werden die Daten zu einem einzelnen Bezugspunkt zum Abruf zwischen den ViewModels verschoben.
Verwandte Themen
- 1. Gemeinsame Nutzung von Daten zwischen den Richtlinien
- 2. Gemeinsame Nutzung von Daten zwischen Greasemonkey-Skripten
- 3. Gemeinsame Nutzung und Persistenz von Daten zwischen mehreren Android-Anwendungen
- 4. Gemeinsame Nutzung von Daten zwischen zwei Redux Reduzierungen/States
- 5. iphone-sdk, die gemeinsame Nutzung von Daten zwischen mehreren Ansichten
- 6. Gemeinsame Nutzung von Objekten zwischen PHP-Klassen
- 7. Gemeinsame Nutzung globaler Daten in Python
- 8. AngularJS: Gemeinsame Nutzung einer Funktion zwischen Controllern
- 9. Gemeinsame Nutzung einer Codebasis zwischen mehreren Projekten
- 10. Gemeinsame Nutzung von Dateien zwischen Container und Host
- 11. Gemeinsame Nutzung von Speicher zwischen zwei Prozessen (C, Windows)
- 12. MVVM: Daten zwischen ViewModels teilen
- 13. Gemeinsame Nutzung von SSH-Schlüsseln
- 14. Gemeinsame Nutzung von Rails-Anwendungen?
- 15. Gemeinsame Daten zwischen JVM
- 16. Gemeinsame Nutzung von asynchronen Daten im Service angular2
- 17. Gemeinsame Nutzung von Java-Paketen zwischen Modulen in IntelliJ?
- 18. Gemeinsame Nutzung von Visual Studio-Projekten zwischen Computern
- 19. SQL Server sharding (gemeinsame Nutzung von gemeinsamen Daten wie Meister)
- 20. Microservice, Service-Registry, API-Gateway und gemeinsame Nutzung von Daten
- 21. Gemeinsame Nutzung von Daten aus einer VueJS-Komponente
- 22. Gemeinsame Nutzung von Daten durch WCF-Dienste und aspx-Seiten
- 23. Gemeinsame Nutzung von Global/Singleton-Daten in der React-App
- 24. Gemeinsame Nutzung von Daten zwischen Deskop-Anwendung und Web-Anwendung mit azur
- 25. Gemeinsame Nutzung von Daten zwischen mehreren Java-Threads und Abrufen des aktualisierten Werts
- 26. Best Practice für die gemeinsame Nutzung von Daten zwischen den Seiten
- 27. Gemeinsame Nutzung der Datalab-Notebooks
- 28. Gemeinsame Nutzung von WSDL-Typen ohne XSD
- 29. Gemeinsame Nutzung von CSS durch Ruby Gem
- 30. Gemeinsame Nutzung von NSOperationQueue über View-Controller?
Dank Aaron, wenn Sie "Single Point of Reference" sagen, meinen Sie, der Service sollte als eine statische Klasse implementiert werden? – AssafDamari
@Assaf kann es abhängen ... aber in Ihrem Fall der Verwendung von Caching ein Singleton in der einen oder anderen Form würde benötigt werden; Somit wäre Ihre Dienstleistung statisch. Wenn Sie Prism oder ein variierendes Framework verwenden, können Sie die Lebensdauer des Objekts so einstellen, dass es sich wie ein Singleton verhält, sodass beim Auflösen eines Typs dieselbe Instanz für den Anforderer bereitgestellt wird. –