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

在上篇中多样化实现Windows Phone 7本地数据访问<3>——DB4O 初步通过DB4O作为Windows Phone 7本地数据访问尝试验证. 但终因访问时出现多处异常而未能成功. 针对这个问题 也有圆友提出相关解决办法. 最近一直在SAP,一直没有时间验证. 本篇就圆友提出问题 提出验证 另外针对DB4O在Silverlight和Windows Phone 7上运用加以扩展.

上次关于Windows Phone 7访问DB4O采用的版本是.NEt 3.5版本:DB40 Download Link[DB4O 7.12 For .NEt 3.5] 而DB4O 对Silverlight的支持正在开发中, 在DB4O官方发布的Realse Note 中 其中db4o for .NET 4.0, version 8.0.160.14822 ZIP.版本已经开始对Silverlight 3加以支持[当然也可以适用在Silverlight 4项目中],针对上篇出现问题. 本次采用最新版本的DB4O 8.0版本来验证.

DB4O Version 8.0 DownLink: db4o for .NET 4.0, version 8.0.160.14822 ZIP [8.0版本下载连接]

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

 

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

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

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

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

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

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

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

引用完成后上次 对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.
string filepath = @"test.db4o";
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文件成功后创建一个实体类来直接保存数据对象 如果我们这样定义:

/// <summary>
/// use Data Model ProductCode EntityMode
/// Sign by chenkai Date:2010年10月19日11:21:02
/// </summary>
public class ProductCode
{
public string CodeId { get; set; }
public string CodeName{get;set;}
public string CodeState{get;set;}
public string CodeDate{get;set;}
}

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

string filepath = @"test.db4o";
//Create new DB4o File Support.
IEmbeddedConfiguration configuration = Db4oEmbedded.NewConfiguration();
configuration.File.Storage = new IsolatedStorageStorage();
IObjectContainer getdb40 = Db4oEmbedded.OpenFile(configuration, filepath);

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：

也就是在存储数据时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. StackTrace: 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");
 }
}

很怪异啊.

 

DB4O如果作为WP7嵌入式开发本地数据库 遇到各个方面问题远远超过我的预期.
试用DB4O后 总结一下DB4O作为WP7嵌入式本地数据库几个特点:

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

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

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

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

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

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

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

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

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