敲响OO时代的丧钟——DJ中的事件机制(重写)

最近一直在思考DJ中的事件机制的设计问题，觉得以前的设计并不够好，关键在于概念还不够清晰，因此语法的设计也不够干净利落。因此我打算重写一遍关于事件机制的语法设定。

 

事件的本质是在一个系统运行过程中发生的事实，而事件的传输与表达机制，则可以很自然的使用DJ中的DataType定义的方式，来定义各种Event。

 

一、事件的分类：

 

1、数据类事件(Data)

Read:value

Create:value

Update:old_value、new_value

Delete:value

2、方法类事件(Method)

Call:ParamList、ReturnValue

3、管道类事件(Channel)

Add:ChannelName、Data

Remove:ChannelName、Data

Link:ChannelName、LinkedChannelName

Unlink:ChannelName、LinkedChannelName

Reject:ChannelName、Data

4、异常类事件(Exception)

ExceptionName

5、用户自定义类事件(UserEvent)

UserEventName

 

二、事件的发生机制：

 

前三种事件，都是由系统产生的事件，用户代码只能捕捉事件进行处理。而后两种则是用户可以自行抛出的事件。依照Java原来的习惯，代码在抛出Exception之后，程序自然就中止了。而在DJ中新增的UserEvent，则可以再抛出后，继续原来代码的执行，因此，其他各类事件究竟是被同步处理还是异步处理，是由接收代码决定的，而UserEvent只能有异步方式，否则原有的代码就可能会被莫名其妙的打断了。

 

三、Before与After

　　与之前的定义不同，只有三类系统产生的事件，有Before与After的区别，而用户产生的Exception与UserEvent，则没有这个区别。

 

　　四、Event的定义

　　Event的定义，其实就是特殊的DataType的定义。在DJ系统，已经存在以下定义：

datatype Event{

    String type;

    String name;

}

 

datatype SysEvent{

    String time;

check:

    time.equals("Before")||time.equals("After");

}

 

datatype DataEvent as SysEvent{

check:

    type.equals("Data");

}

 

datatype DataReadEvent as DataEvent{

    Object value;

check:

    name.equals("Read");

}

 

datatype DataUpdateEvent as DataEvent{

    Object old_value;

    Object new_value;

check:

    name.equals("Update");

}

 

datatype MethodCallEvent as SysEvent{

    String ChannelName;

    String MethodName;

    ValueList ParamList;

    Object ReturnValue;

check:

    type.equals("Method");

    name.equals("Call");

}

　　其它的事件定义，包括用户自定义事件，也与此类似，就不一一罗列了。

 

　　五、事件的捕获机制

　　修改之前的事件捕获的做法，变成下面的样子：

channel{

......

event:

    [sync] onEvent(Event e){

    ......

    }

    [sync] onEvent(DataEvent e){

    ......

    }

    async onEvent(MethodCallEvent e){

    ......

    }

}

　　[]内的同步标志可以省略，如果是打算以异步消息方式处理，则async不能省略。

 

(未完待续)