天天看点

DB4O在Windows phone 7和Silverlight中运用补充

<a href="http://blog.51cto.com/attachment/201201/230040721.jpg" target="_blank"></a>

解压文件后 发现在解压路径下可以看到db4o-net40\db4o-8.0\bin中多了Silverlight-3.0文件夹:

<a href="http://blog.51cto.com/attachment/201201/230056277.jpg" target="_blank"></a>

新建一个WP7测试程序DB4oForW7p_Demo,对DB4O下Silverlight-3.0文件夹下加以DLL引用 引用结果:

<a href="http://blog.51cto.com/attachment/201201/230114768.jpg" target="_blank"></a>

对于引用DB4O Silverlighti-3.0文件夹DLL进行一下说明:

Cecil.Flowanalysis.dll —针对字节码分析库原生查询优化.

Db4objects.Db4o.dll — db4o数据库引擎[核心]

Db4objects.Db4o.Linq.dll — LINQ查询的支持

Db4objects.Db4o.Optional.dll —db4o的可选组件

构建一个简单页面: 直接测试WP7是否对DB4O加以支持:

<a href="http://blog.51cto.com/attachment/201201/230122583.jpg" target="_blank"></a>

引用完成后上次 对DB4O访问问题主要出现在无法创建DB4O数据库文件或是采取访问出现异常.类似我们这样直接创建一个DB4O文件:

//Create DB4O File DAtabase

string filepath = @"test.db4o";

IObjectContainer getdb40 = Db4oEmbedded.OpenFile(Db4oEmbedded.NewConfiguration(), filepath);

这时会提示:尝试访问操作访问文件出现未处理异常.

System.MethodAccessException was unhandled 

Message=Attempt to access the method failed: System.IO.Path.GetFullPath(System.String) 

StackTrace: 

at Sharpen.IO.File.GetCanonicalPath() 

at Db4objects.Db4o.IO.FileStorage.FileBin..ctor(BinConfiguration config) 

at Db4objects.Db4o.IO.FileStorage.Open(BinConfiguration config) 

at Db4objects.Db4o.IO.StorageDecorator.Open(BinConfiguration config)

这个问题原因主要因为Silverlight 沙箱设计引起安全的,DB4O官方给出解释是需要在对Silverlight情况进行独立配置. 把数据库文件test.db4O进行隔离存储来实现. 具体配置如下:

using Db4objects.Db4o;

using Db4objects.Db4o.Query;

using Db4objects.Db4o.Linq;

using Db4objects.Db4o.Config;

using Db4objects.Db4o.IO;

//Create new DB4o File Support.

IEmbeddedConfiguration configuration = Db4oEmbedded.NewConfiguration();

configuration.File.Storage = new IsolatedStorageStorage();

IObjectContainer getdb40 = Db4oEmbedded.OpenFile(configuration, filepath);

这时我们需要对IEmbeddedConfiguration进行特定配置, 即采用独立存储方式写入DB4O数据库文件. 在Silverlight和WP7程序中这是必须的.另外对于上次JackLin提出无法再Xap固定数据库文件问题. 我尝试另外一种办法来解决这个问题:

我们可以把创建数据库文件test.DB4O以全局成员变量定义在App.Xaml.cs文件,对于该程序所有页面Test.DB4O数据库文件都是可见的. 但这么做在WP7测试发现一个问题. 这样配置成功之后, 从一个页面跳转到另一个页面时 从新打开TEst.DB4O数据库文件进行数据访问时会提示一个异常:

Db4objects.Db4o.Ext.Db4oRecoverableException was unhandled

Message=Db4oRecoverableException

StackTrace:

at Db4objects.Db4o.Internal.ObjectContainerBase.GetByID(Transaction ta, Int64 id)

at Db4objects.Db4o.Internal.Fileheader.FileHeaderVariablePart.ReadIdentity(LocalTransaction trans)

at Db4objects.Db4o.Internal.Fileheader.NewFileHeaderBase.ReadIdentity(LocalObjectContainer container)

这时一个ReCoverableException.目前官方对于这个异常我没有找到相关说法. ok. 创建TESt.DB4o文件成功后创建一个实体类来直接保存数据对象 如果我们这样定义:

/// &lt;summary&gt;

/// use Data Model ProductCode EntityMode

/// Sign by chenkai Date:2010年10月19日11:21:02

/// &lt;/summary&gt;

public class ProductCode

{

public string CodeId { get; set; }

public string CodeName{get;set;}

public string CodeState{get;set;}

public string CodeDate{get;set;}

}

当我们建立一个ProductCode对象并保存时 会提示一个异常:

MessageBox.Show("open file!");

//Create new ProductCode Entity Model

EntityModel.ProductCode newcode = new EntityModel.ProductCode { CodeId="0458", CodeName="SAP_BarCode", CodeState="check_In",CodeDate=DateTime.Now.ToString() };

getdb40.Store(newcode);

//Dispose the reasource

getdb40.Close();

getdb40.Dispose();

MessageBox.Show("save sucess!");

当执行到Stroe()存储方法时会提示: “无法访问读取目标对象的属性”.截图InnerException:

<a href="http://blog.51cto.com/attachment/201201/230130409.jpg" target="_blank"></a>

也就是在存储数据时ProductCode实体的属性字段. 这个问题是因为Silverlight为了保证程序的部署和访问安全程序运行在沙箱中.导致私有字段无法存储 对属性字段访问不直接加以支持. 同时从类到成员对象必须是Public类型. 官方DB4O对Silverlight这种设计表态也是没有办法. 只是声明不断尽力改善, 但可以把属性类定义成另外一种方式:

public class ProductCode     

{     

public string CodeId;     

public string CodeName;     

public string CodeState;     

public string CodeDate;     

或是手写定义属性:

public string CodeName     

get { return codename; }     

set { codename = value;     

NotifyPropertyChanged("CodeName");     

}     

在引用中引入了Db4objects.Db4o.Linq.dll — LINQ查询的支持. DB4O官方也声明支持WP7. Linq查询.但是后来我在编写WP7批量处理数据采用Linq方式 例如:

//执行Linq查询       

var q = from myproductcode getcode in app.db      

where getcode.ObjectID == oid and Codename="chenkaiCode"     

select getcode; 

偶尔程序会自动报出一个异常:

System.MissingMethodException was unhandled

Message=Method not found: quality rlib, Version=3.7.0.0, Culture=neutral, PublicKeyToken=969DB8053D3322AC.System.Type.

at JournalIt.JournalEntryListPage.PhoneApplicationPage_Loaded(Object sender, RoutedEventArgs e)

at System.Windows.CoreInvokeHandler.InvokeEventHandler(Int32 typeIndex, Delegate handlerDelegate, Object sender, Object args)

at MS.Internal.JoltHelper.FireEvent(IntPtr unmanagedObj, IntPtr unmanagedObjArgs, Int32 argsTypeIndex, String eventName)

Linq在WP7体现极为不稳定. 在项目中已经放弃使用DB4O对Linq数据处理支持.另外一个很情况是 引用了DB4O 后执行WP7 程序调试时, 程序执行无法找到指定断点进行跟踪调试.而是程序中直接作为一个UnHandle Exception 交给了Application_UnhandledException方法直接处理 断开异常调试 很怪异啊 App.Xaml.CS 文件Application_UnhandledException 方法:

// Code to execute on Unhandled Exceptions     

private void Application_UnhandledException(object sender, ApplicationUnhandledExceptionEventArgs e)     

if (System.Diagnostics.Debugger.IsAttached)     

// An unhandled exception has occurred; break into the debugger     

System.Diagnostics.Debugger.Break();     

//you get out the Mainpage  ???? why ?    

//sign by chenkai     

MessageBox.Show("you get ou t! by UnhandleException");    

 }    

很怪异啊.

<a href="http://blog.51cto.com/attachment/201201/230139642.jpg" target="_blank"></a>

DB4O如果作为WP7嵌入式开发本地数据库 遇到各个方面问题远远超过我的预期. 

试用DB4O后 总结一下DB4O作为WP7嵌入式本地数据库几个特点:

&lt;1&gt;第一点是不得不说的是DB4O在Wp7需要额外的配置.一方面源于WP7基于Silverlight. SL平台为了应用程序运行和部署基于沙箱的设计 导致每次方位DB4O都需要额外的配置成独立存储模式.

&lt;2&gt;不稳定性.我只是测试DB4O7.2 For 3.5 和最新版本的8.0. 在程序配置后 出现无法调试. 对实体类私有字段属性的访问限制. 以及Linq查询对数据处理带来几乎是怪异的异常. 都让我觉得在Wp7中把DB4O作为数据存储是一件很累的事. 起码这种异常让我觉得编码时异常反感. 同时觉得对程序来说不可靠.

&lt;3&gt; 不支持DB4O的Client/Server模式. 本来DB4O这个服务器/客户端设计是其他开源数据库极为少见的. 本来打算10月1前就验证一下DB4O这种工作原理.可惜的是WP7基于SL的特点.导致Silverlight不容许直接的socket连接,至少使用db4o目前的执行情况,是不可能支持CS模式[新版本已经开始支持], 实际上Silverlight支持客户端套接字只是有些限制. 没办 只能把DB4O测试放到Winform测试 SL平台是没有指望了.

&lt;4&gt;非泛型类型缺乏. 在DB4O表现很严重. 作为一个开源项目DB4O是从Java移植成.NET版本的.特别对于SL平台 简单查看一下API 在IO操作和非泛型集合上变化比较大. 大部分集合是非泛型的,IO的操作采用数据存储时基于SL的独立存储. 看来实质还没变. [新版本正在改善.]

当然这只是声明我尝试DB4O作为本地数据库实现WP7访问遇到种种情况. 当然DB4O也有很出众的特色.特别值得一提的是对实体对象直接存储. 本来我在用之前一直很怀疑. 想想自己以前用Nhibernate来处理OO与关系型数据之间数据映射. DB4O面向 对象 我一直怀疑它是嵌入式数据库在性能上一定不是太好.从官方发布的测试资料来看 基本满足需求.

<a href="http://blog.51cto.com/attachment/201201/230148484.jpg" target="_blank"></a>

针对个人使用DB4O在WP7上一些探索中.碰到一些问题. 当然是个人之见 其实写这篇文章是一个很纠结过程. 因为描述大多是出现问题. DB4O面前新版已经SL3. 新版本不断开发更新中. 但是如果真的把DB4O作为WP7 我认为 真的是很折磨人一件事. DB4o因为SL平台特殊性. 其本身固然存在一些问题.

另外一个原因 是 DB4o虽然是开源免费. 但是这照成一个开源项目特点. 对于问题更新和解决周期时间过长. 最为关键的是DB4O官方也声明 既然为开源项目 它的更新和研发来自于开源社区不断推动. 至于是否保持对SL平台的支持 还有待以后的观望. DB4o对SL支持前景是不明确的.

如果说个人研究我觉得对于开源的DB4O来说还是很有意义的. 但是如果说真的投入商业性开发 或是企业级. 真的目前DB4O特点时不具备 我建议的不适用. 减少问题的出现.

本篇算是对DB4o在WP7结贴篇幅.

本文转自chenkaiunion 51CTO博客,原文链接:http://blog.51cto.com/chenkai/764478