作者：小白_king | 来源：互联网 | 2023-10-09 20:00
最近一直在思考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不能省略。
(未完待续)
京公网安备 11010802041100号