定制报文-前后台通讯的桥梁
2004-07-01 16:28
309 查看
有了身体和灵魂,平台的雏形也就有了,但是前后台程序直接的通讯是怎样实现的呢?
现有的系统通讯方式,不外乎自己写通讯协议或者依赖于中间件。不论采用哪种,都得依照一定的通讯格式组织信息。协议的差别、格式的差别不一而足。用过定长 字符流的肯定痛恨冗长的生成代码,如果老板通知你改用fml(或者xml等)格式,估计程序员会手忙脚乱上很长一端事件,修改后的测试也是很麻烦的。好的 程序员都是懒的,不喜欢做大量无味的劳作。所以平台应当提供一种自动的方法,使消息能自动的适应各种格式(fml、xml、c-struct、分隔符 等)。
原有的开发软件是不能完成这种功能的,不论是delphi、vb、还是c语言(PB没有用过,好像提供了类似的功能)。有了变量绑定和数据总线,完成这种 功能也就很easy了。前边已经提到,只要一个名字(just one name),就可以从总线中获取需要的数据。如果我们把一堆名字聚合到一起,基本上构成了消息的格式(报文),系统根据名字取得数据,再依靠消息格式的生 成规则(xml等)自动打包、调用中间件发送接收、拆包、将变量显示到绑定的控件上。基本上不需要代码就实现了前后台交互。好处还不仅限于此,当boss 通知改动发送的格式时,只要指定不同的生成规则就万事大吉了。
(如果能如此编程,到底是程序员的福还是祸呢?不知道,让时间去验证吧)
当然也不是这么简单,特殊的报文格式还是要特殊的配置信息的,如xml中每个node的名称是什么,定长数据报文中每个变量的长度还是要设定的。至少不用编写冗长的代码了。
平台如果能够按照以上的方式去实现,大概前台界面的开发只剩下画画图,组织报文了。
现有的系统通讯方式,不外乎自己写通讯协议或者依赖于中间件。不论采用哪种,都得依照一定的通讯格式组织信息。协议的差别、格式的差别不一而足。用过定长 字符流的肯定痛恨冗长的生成代码,如果老板通知你改用fml(或者xml等)格式,估计程序员会手忙脚乱上很长一端事件,修改后的测试也是很麻烦的。好的 程序员都是懒的,不喜欢做大量无味的劳作。所以平台应当提供一种自动的方法,使消息能自动的适应各种格式(fml、xml、c-struct、分隔符 等)。
原有的开发软件是不能完成这种功能的,不论是delphi、vb、还是c语言(PB没有用过,好像提供了类似的功能)。有了变量绑定和数据总线,完成这种 功能也就很easy了。前边已经提到,只要一个名字(just one name),就可以从总线中获取需要的数据。如果我们把一堆名字聚合到一起,基本上构成了消息的格式(报文),系统根据名字取得数据,再依靠消息格式的生 成规则(xml等)自动打包、调用中间件发送接收、拆包、将变量显示到绑定的控件上。基本上不需要代码就实现了前后台交互。好处还不仅限于此,当boss 通知改动发送的格式时,只要指定不同的生成规则就万事大吉了。
(如果能如此编程,到底是程序员的福还是祸呢?不知道,让时间去验证吧)
当然也不是这么简单,特殊的报文格式还是要特殊的配置信息的,如xml中每个node的名称是什么,定长数据报文中每个变量的长度还是要设定的。至少不用编写冗长的代码了。
平台如果能够按照以上的方式去实现,大概前台界面的开发只剩下画画图,组织报文了。
相关文章推荐
- Delphi中对时间操作方法汇总
- 谁来关心我们这些程序员
- 千年零一虫
- VC与Delphi之间动态链接库互相调用
- 用Ole Automation实现Delphi和AutoCad之间的数据交换
- 如何用VB获得机器的MAC地址
- delphi中的时间操作技术(1)
- delphi中的时间操作技术(2)
- IP地址的隐藏(delphi实现 )
- 开发工具浅谈
- 使用 .NET 框架将现有代码作为 Web 服务提供
- 用VB和MTS开发多层数据库应用系统
- Decal SDL-Delphi的范型类库-通用数据结构与算法类库(一)
- 编译器(解释器)编写指南-编写编译器(解释器)的工具-LEX
- 如何在VB例程中接收自定义消息
- DOM心得
- How Internet EDI Works
- Intermidiate EDI--ebXML
- Java 2 Micro Edition简介(二)
- 利用pre-compiled headers技术以加速编译速度--以Borland C++ Builder为例(一)