我上次已经全部写完DJ的语法部分了。结果提交之后,却发现MSN只给我保留了三段,实在是郁闷啊。还是再整理一下思路,接着说罢。
在dclass的定义中,数据被分为key_datatype定义与datatype定义。相应的,也只有InitChannel,能够设置key_datatype的数据(而且只能设置一次)。可以分为两种情况:
User u= dnew User();
...
u.save();
这时User中的InitChannel将会将数据持久化,并未原本为空的user_id赋值一次。
User u= dnew User(1);
...
u.save();
这时系统实际上会调用InitChannel中的create(int)方法,以确认持久化数据中(大多数情况下,是判断数据库中是否已经有user_id=1的记录)。如果有,则抛出异常,否则就为user_id赋值。
其余的Channel,对于key_data数据,都只能读取,不能修改。
3、对象间的关系
在传统的面向对象的世界中,对象之间存在的关系是不可见的。ObjectA与ObejctB有没有关系,ObjectC肯定是无法知道的。甚至,ObjectA知道自己与ObjectB有关系,ObjectB自己都不知道。而在DJ中,动态对象之间的关系,是显式地,以独立的关键词定义的。之前我的设想是将relation:部分包含在dclass定义之中,现在看来是与我对于DJ的其他理念相互矛盾了,所以我还是打算将relation提升为与datatype、channel、event同等级别的独立概念,用法示例如下:
relation User2Forum< User u, Forum f>: More2More{
public void getFullList(){
//如果希望DataCache,就实现这个方法,否则就空着
}
public List getLeftList(int forum_id){
//有cache就读cache,没有就直接访问数据库
}
public List getRightList(int user_id){
}
public void addRelation(int user_id,int forum_id){
}
public void delRelation(int user_id,int forum_id){
}
public void modifyRelation(int old_user_id,int new_user_id,int old_forum_id,int new_forum_id){
}
}
所有的关系,一共分为五类:One2Null,One2One,One2More,Null2More,More2More。所有的关系,无论什么类型,都需要实现getLeftList,getRightList方法,至于addRelation、delRelation、modifyRelation,则与关系的类别有关,大家自己推算一下,其中的道理也很简单的。
有了这样的关系概念之后,DJ中的关系查询的代码大概是这样的:
User u= dget User(1);
List forumList=u.getRightList("User2Forum");
//这里不用写user_id,动态对象会自行调用相应的relation中的getRightList()方法。
通过以上的介绍,熟悉ORM的朋友应该可以感受到DJ的创新之处,有了这样的语言级的支持,做个基于DJ的O/R Mapping,应该是易如反掌的事情。但是,作为语法,DJ并不具体牵涉数据访问的工作,如果你愿意,你可以在所有InitChannel中,将数据保存到XML中去。而在所有的Relation中,你可以将所有的关系保存在关系型数据库里。这样的功能很无聊,但是DJ也是可以支持的。
各位朋友,关于DJ的初步的语法介绍,到此就告一段落了。当然,牵涉到具体的细节,还需要说明很多的东西。我的打算是,从现在开始研究ANTLR,然后着手开始实现一个DJ的编译器,然后再将能够见人的代码直接放出来供大家评价和试用。
至于这个OO丧钟系列,我还没有写完,嘿嘿......
接下去我打算写的,是基于DJ的软件分析与设计的思路。敬请关注!
(未完待续)