敲响OO时代的丧钟——一种新的语言(7)

五、dclass

 

本来我就在两个关键字之间犹豫，一个是djclass，另一个是dclass。后来想想，还是dclass显得大气一些，也少一个字母呀

dclass UserObj{

    key_datatype:

        int user_id;

    datatype:

        User  user;

    channel:

        init UserInitChannel uic;

        UserPOJOChannel upc;

    relation:

        UserForum: right;

        GroupUser:left;

}

这样就定义了一个User动态对象。key_datatype与relation的问题，我们下次再说，这次先集中考虑一个dclass中的datatype与channel的定义。

 

在一个dclass中，只允许定义一个datatype成员，比如User user;。这就是整个UserObj这个动态对象所能管理的内部数据。能够对这些内部数据进行操作的，就是channel中定义的UserInitChannel与UserPOJOChannel。当然，一个dclass中可以定义无数个channel。假设我们需要定义一个channel，处理的内容并非整个user，而是user中的某一个成员变量，则需要如下定义：

UserAddressPOJOChannel<user.address> ua;

以表明，这个channel，处理的是user的地址信息。

 

熟悉AOP的朋友可能会发现，这样定义的Channel，非常像一个一个的aspect，而我这个动态对象中的channel，与aspect最大的区别是，方面必须依附于某一个具体的对象，甚至只能依附于对象中的某些方法，仅仅在方法被调用时，才得以唤醒。而在dclass里，每一个channel都是平等的关系，相互之间没有任何依附。

 

熟悉C++的朋友可能也会发现，channel很像Modern C++ Design中Policy-Based Design的一个一个的Policy。的确很像，而channel与policy最大的区别是，channel不借助于多重继承与模板方式的实现，因此也不会受限于“OO中的类型”带来的副作用。channel不是类型，不是数据类型，仅仅是一组操作集合，也可以说是符合“某个contract”的一组操作集合。不存在类型问题，也不存在转型问题。

 

熟悉mixin和 jam的朋友也会发现，channel几乎实现了mixin和jam能够达到的效果，与MCD相比类似的是，同样没有那些“由型别”而来的副作用。

 

这样的一个dclass，该如何使用呢？

UserObj uo= dnew UserObj();

UserPOJOChannel u=uo.upc;

u.setName("zbw");

uo.save();

UserObj uo1= dget UserObj(1);

UserPOJOChannel u1=uo1.upc;

System.out.println(u1.getName());

这是最基础的使用方式，dnew操作，会初始化一个UserObj对象，save()操作是任何一个动态对象都天然具有的方法，初始化、load、save、delete等等操作，系统都会自动调用init限定的channel中的相应方法：UserInitChannel。至于这个InitChannel究竟如何处理，我将留在介绍DJ对于持久化的内置支持部分，包含key_datatype,relation一起来介绍。

 

(未完待续)