WCF RIA Services - sollte es für ALLE Remote-Funktionalität verwendet werden?

Question

Ich plane eine einfache Silverlight (und/oder ASP.NET MVC) Anwendung, die viele "Updatezeilen in einer Datenbank" Funktionalität verwenden wird, und RIA Services scheint die perfekte Wahl für die Kommunikation zwischen den Client und der Server/Datenbank.

Aber ich denke darüber nach, eine Art Chat/Instant Messenger in den gleichen Client zu implementieren. Kann ich diese Art von "Nicht-Daten" -Funktionalität über RIA-Dienste implementieren (auf eine Art, die nicht zu hässlich ist)? Wenn nicht; Was wäre ein guter Weg, um es zu implementieren? Und wäre es nicht eine schlechte Idee, mehrere verschiedene Arten von Kommunikationskanälen zu haben (wenn eine der Verbindungen getrennt wird, aber nicht die andere usw.)?

Answer 1

Und wäre es nicht eine schlechte Idee, mehrere verschiedene Arten von Kommunikationskanälen zu haben (wenn eine der Verbindungen getrennt wird, aber nicht die andere usw.)?

Adressieren Sie diesen Teil Ihrer Frage. Ich denke, Sie sollten für jeden Aspekt die am besten geeignete Technologie verwenden. RIA-Dienste sind asynchron, sodass sie für eine Chat-Anwendung geeignet sein können, aber ich würde prüfen, ob sie die von Ihnen benötigte Leistung bieten. Haben Sie keine Angst, Technologien zu mischen und anzupassen.

Ein Vorteil von verschiedenen Links ist, dass Sie eine Backup-Kommunikationsmethode haben, wenn Ihre Hauptverbindung ausfällt. Sie können damit beispielsweise Statusmeldungen pushen oder Ihre Benutzer dazu verwenden, Sie über Probleme mit der Hauptanwendung zu informieren.

Answer 2

Ich stimme ChrisF auf diesem Teil.

Sie können viel mehr über WCF RIA Services unter http://www.silverlight.net/getstarted/riaservices/ lesen. Es gibt mehrere Videos und Artikel über WCF RIA Services und deren Implementierung.