敲响OO时代的丧钟——DJ对于数据持久化的支持(3)

我上次已经全部写完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的软件分析与设计的思路。敬请关注！

 

(未完待续)