最近一直在思考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不能省略。
(未完待续)