设计花火
把ERP协议组件处理部分到数据库层,可以看成是一个数据库组件,以后可以规划简单组件
未来可能是接口-适配-选择需要的组件放到上下文中,然后调用需要的组件工作
从数据流规划出输入输出、中转三个方向
生成器 采用标准的生成器-转换器-序列化器
最通用的设计可能就是
public interface Handler
{
void Execute(Object para)
}
进化
public interface Handler
{
void Execute(Object request,Object response)
}
再进化
public interface Handler
{
void SetConfiguration(Object request,Object response)
void Execute()
}
再进化。。。。。。。。
设计就是开始---抽象再抽象,向下,再向下------太抽象了不具体,代码量太大、约束少,程序员会乱写一通
------具体再具体,向上,向上----------代码少了,重用性好像不好、难理解、检验的、层次太多、效率问题----??那好goto 开始
执行有4个参数 request,response,sessioncontext,servercontext
采用 管道-组件方式搭建基础服务平台。
管道会有多条,每条管道可以由一个或多个组件
服务必须有一条启动管道,启动管道中的组件可以是另一条管道
把ERP协议组件处理部分到数据库层,可以看成是一个数据库组件,以后可以规划简单组件
未来可能是接口-适配-选择需要的组件放到上下文中,然后调用需要的组件工作
从数据流规划出输入输出、中转三个方向
生成器 采用标准的生成器-转换器-序列化器
最通用的设计可能就是
public interface Handler
{
void Execute(Object para)
}
进化
public interface Handler
{
void Execute(Object request,Object response)
}
再进化
public interface Handler
{
void SetConfiguration(Object request,Object response)
void Execute()
}
再进化。。。。。。。。
设计就是开始---抽象再抽象,向下,再向下------太抽象了不具体,代码量太大、约束少,程序员会乱写一通
------具体再具体,向上,向上----------代码少了,重用性好像不好、难理解、检验的、层次太多、效率问题----??那好goto 开始
执行有4个参数 request,response,sessioncontext,servercontext
采用 管道-组件方式搭建基础服务平台。
管道会有多条,每条管道可以由一个或多个组件
服务必须有一条启动管道,启动管道中的组件可以是另一条管道