使用Silverlight 3作为桌面应用程序开发平台(1——构想)

Silverlight 3作为微软最新的RIA平台,为我们带来了很多新特性。RIA顾名思义,即要有Internet,又要有Applicaiton。不过我们是否可以只要Applicaiton,也就是说把Silverlight 3作为开发桌面应用程序的一个平台呢?

下面,我就从几个方面来讨论基本构想和可行性:

部署和运行

可选方式1:利用Silverlight 3的Out-of-Browser特性。

描述:提供一个安装网页,在网页中嵌入一个Silverlight Plus-in来加载整个应用程序,但是只显示一个“Install”按钮来提示用户安装;用户安装后,从桌面快捷方式启动的时候判断此应用程序是否已经被安装了,如果是,那么就显示真正的程序主界面。

优点:最简单的部署运行方式,可自动升级。

缺点:访问本地数据有一定局限性,后面会讲到这个问题。

可选方式2:利用浏览器控件承载Silverlight插件。

描述:制作一个桌面程序的外壳,只包含一个浏览器控件(Browser Control),然后在这个控件中加载一个用来显示Silverlight应用程序的HTML网页。对于WinForms、WPF和Win32都有WebBrowser控件,也可以直接使用MSHTML组件,对于Linux,Mono利用Mozilla的Gecko引擎也实现了WebBrowser控件,对于Mac OS X,Mono利用WebKit引擎实现WebBrowser控件,当然你也可以直接去使用WebKit框架。另外,在Silverlight 3文档中的“Alternative Hosting”小节,还有其他的一些方式,但在我们的这种场景中没有必要使用。

优点:用户安装体验可以和普通的桌面应用程序一样。可以通过桌面外壳完成更多的事情,比如启动一个后台进程为Silverlight应用程序提供数据等。

缺点:稍显复杂,需要自己处理自动升级。

数据库和访问技术

可选方式1:XML文件和LINQ to XML

描述:把数据保存于XML中,Silverlight内置了LINQ to XML的支持,方便你读取XML数据。其实要操作XML数据,还可以用XmlReader和XmlWriter,但是这样明显不够方便。

优点:Silverlight SDK内置功能,简单易用。

缺点:不能类型化地访问数据。只适合处理简单数据。

可选方式2:XML文件和LINQ to XSD for Silverlight

描述:LINQ to XSD是.NET 3.5的一个很强大的组件,可以基于XML Schema(XSD)来生成对应的Object Model,然后类型化地操作XML数据。可以说就是一个Typed LINQ to XML。不过,由于Silverlight削减了很多函数库。这个东西无法在Silverlight运行起来。不过我相信Hack一下,应该可以实现。

优点:实现XML文件的类型化操作

缺点:实现步骤困难,需要用完整的.NET 3.5框架来协助。

可选方式3:ADO.NET Data Services

描述:整个方式和RIA模型中使用ADO.NET Data Services的方法大致相同,只是要利用第二种可选的部署和运行方式,在后台启动一个HTTP Services来承载ADO.NET Data Services的REST服务。当然,也可以hack一下让ADO.NET Data Services客户端函数库访问本地的XML文件,这样的话实际上和LINQ to XSD类似,只是利用其来完成xml到objects的转换。

优点:Silverlight内置支持,可以利用现在任何数据库技术。可以轻易移植为真正的RIA。

缺点:需要使用复杂的宿主模式,或者进行一些hack工作。

可选方式4:Db4o

描述:db4o 7.10开始不仅提供了完整的LINQ支持,而且还提供了Silverlight版本(我一开始还打算自己hack一下,结果去copy源码的时候,发现有个Db4o-Silverlight-2008.sln,哈哈)。

优点:最完善的存取数据的技术,可支持两种部署运行方式。

缺点:没有明显缺点,不过要注意许可证的问题,要不就付费,要不就遵守GPL。另外,如果想以后可移植为RIA,可以用ADO.NET Data Services来访问db4o

可选方式5:Sqlite(C#版本)

描述:最近有人把Sqlite从C语言一句一句地移植到了C#。这样,我们就有可能在Silverlight客户端中使用Sqlite了。这可是Silverlight能用的第一个关系数据库哦。
优点:可以沿用之前关系数据库及Sqlite的经验。
缺点:效率有所降低。但是,以现在PC的性能来说,基本可以忽略了。

存储本地数据文件

目前唯一方式:Isolated Storage。

为什么要这样做?

  1. 随着Silverlight的功能逐步强大,对于大部分应用程序使用Silverlight来开发已经足够,而无需诉诸WPF。
  2. 统一开发人员的技能,虽然Silverlight和WPF很相似,但毕竟是WPF的子集,某些实现和效果还是不一致。
  3. 用Silverlight就可以开发纯桌面应用程序和RIA,并在某些条件下可以轻易相互移植。
  4. 可以方便开发跨平台应用程序。虽然,Mono可以实现,但肯定没有Silverlight来得容易。
  5. 无聊才这样做……

(PS:构想阶段,思路有待完善和修正。另,欢迎大家拍砖。)

posted @ 2009-07-19 20:51 朱永光 阅读(...) 评论(...) 编辑 收藏