目前实体类是我们采用的Silverlight与WCF传递数据的首选方法。但这种方法相对比较死，只能适用于业务逻辑比较简单的应用程序。对于那些在运行时才能知道具体数据的应用并不适合。相比之下传统的Aod.Net DataSet,DataTable具有很大的灵活性。但无奈在Silverlight端不被支持。
网上已经有很多种通过特殊处理来变相实现Silverlight传递DataTable(DataSet)的文章。其中最典型的就是利用.Net Framework3.5的动态编译技术。前面查询建模系列中已经有所应用。但这种实现方法存在着严重的弊端就是动态编译过程相对较慢如果不进行缓存处理将极大的影响应用的性能。即使做了缓存处理当数据传递比较频繁时也会有性能降低的危险。而且就我在XCenter中的实现还存在着传递数据量的问题，由于XCenter中的DataSetData中的数据以List<List<object>>存储,数据在传递之前没有进行压缩处理。所以注定知能适合少量数据的传递。
最近在网上看到一个加拿大的网站公开了一个类库。很好的解决Silverlight传递DataTable的难题。大概的思路就是在Silverlight端实现了一套类似Ado.Net DataSet,DataTable的API并且通过Xml传递数据。更可贵的是自动提供了对Xml的压缩功能(他的压缩实现基于对所传递的xml数据的简化)。如果这种压缩还不能达到我们对大数据量传递的要求。我们可以应用第三方Silverlight压缩组件进一步进行压缩并传递。这样的类库在CodePlex上很多。
官方网站 http://silverlightdataset.net/silverlightdataset/Default.aspx
有喜爱并了解的朋友可以和我交流。
网上已经有很多种通过特殊处理来变相实现Silverlight传递DataTable(DataSet)的文章。其中最典型的就是利用.Net Framework3.5的动态编译技术。前面查询建模系列中已经有所应用。但这种实现方法存在着严重的弊端就是动态编译过程相对较慢如果不进行缓存处理将极大的影响应用的性能。即使做了缓存处理当数据传递比较频繁时也会有性能降低的危险。而且就我在XCenter中的实现还存在着传递数据量的问题，由于XCenter中的DataSetData中的数据以List<List<object>>存储,数据在传递之前没有进行压缩处理。所以注定知能适合少量数据的传递。
最近在网上看到一个加拿大的网站公开了一个类库。很好的解决Silverlight传递DataTable的难题。大概的思路就是在Silverlight端实现了一套类似Ado.Net DataSet,DataTable的API并且通过Xml传递数据。更可贵的是自动提供了对Xml的压缩功能(他的压缩实现基于对所传递的xml数据的简化)。如果这种压缩还不能达到我们对大数据量传递的要求。我们可以应用第三方Silverlight压缩组件进一步进行压缩并传递。这样的类库在CodePlex上很多。
官方网站 http://silverlightdataset.net/silverlightdataset/Default.aspx
有喜爱并了解的朋友可以和我交流。