带本地脱机数据库和WCF-RIA的浏览器外Silverlight应用程序

Question

我有以下场景：

我们为我们的客户开发了一个silverlight 4应用程序，它将被用作浏览器外的应用程序。应用程序正在脱机工作，即应用程序和数据库位于用户的本地计算机上。应用程序正在使用WCF-RIA-services连接到本地数据库。数据库将是SQL Server Express、SQL Server CE或MySQL。我们使用MVVMLight和MEF。

外部new服务器仅用于不时更新应用程序或向应用程序添加新模块。为了实现这一点，我们做了一些类似的事情，如Jeremy Likness博客(http://www.wintellect.com/CS/blogs/jlikness/archive/2010/05/25/silverlight-out-of-browser-dynamic-modules-in-offline-mode.aspx )所示

我们为什么要做这样一个场景的原因很复杂。但长话短说，这主要是为了以后的在线版本的兼容性原因，我们不想使用WPF。因此，我们需要让它与Silverlight和WCF-RIA服务一起工作。

好的，这就是场景，问题是：

在这种情况下，我们需要本地we服务器吗？该应用程序以编程方式安装在浏览器之外，数据库是本地的，并通过WCF-RIA连接。

如果是，哪台yes服务器就足够了？应通过客户执行的初始设置进行安装和配置。客户不应对配置not服务器做任何操作。

对这个场景还有其他想法或评论吗？对此有其他可能的解决方案吗？

谢谢你的帮忙

德克

Answer 1

我认为silverlight不应该以这种方式使用。这就像你在visual studio中开发app，使用Cassini查看结果--所有东西都在本地运行--但你仍然需要一个web服务器。也许这里有更多信息- http://www.infoq.com/news/2010/06/WPF-vs-Silverlight

Answer 2

我无法为您的问题提供完整的答案，因为我们目前正面临相同的问题。(WPF不是跨平台的，在某些客户端上是非常特定的硬件)

但我可以分享一些关于我们的胖Silverlight客户端的想法：

1. 保持部署等简单我们使用自托管进程(作为后台进程安装)
2. 我们可能不使用RIA，因为后台进程必须使用单虚拟机运行(但对于仅用于MS的解决方案，请参阅Can WCF RIA Services be self hosted? )

关于独立“客户端”的架构思考：

根据您的需求，为每个客户端实现一个服务器来与“主”-server by messages (NServiceBus)通信可能有些过分。但是，如果你想在离线的情况下使用客户端数据库，使用silverlight for ui，你应该考虑使用事件驱动的架构。

有一个关于将“事件驱动架构”和"CQRS“与Silverlight相结合的幻灯片。但我不会把它作为一份蓝图，而更像是一种灵感。http://www.slideshare.net/dennisdoomen/cqrs-and-event-sourcing-an-alternative-architecture-for-ddd