其实写这篇文章的目的最多的想法是把自己在去年在瑞士做项目时应用的一个框架给展现出来让大家共享，但我又有点担心我的表达能力不能将我在里面使用的思想很好的表现出来，所以迟迟 不敢下笔，最后还是下了决心，写吧， 不行就在好好改改，当然也希望大家多提些意见。
一.背景
在现在的网站中，接入的渠道是越来越多了，技术也是越来越先进，WAP, SMS,EMAIL, 传统的Web, Socket等等，如果连数据库和LDAP也算接入的话，那在设计之中需要扩展的空间要做到很好 很好，才保证在添加新的渠道情况下不需要更多的修改代码甚至不改代码的情况。但可能吗？我想也不可能，但有什么方式可以更好的解决这种多渠道接入的框架的完美性呢？
二.构架
【图一】
如图一所显示，在现有的所有接入都已经使用上的时候，设计者看的都眼花缭乱了，如果是为了凑份子，那这些程序怎么写都可以，而且也肯定可以实现，但维护起来就会比较痛苦，还是回到那个问题，怎么可以实现更完美呢？在项目组的构架讨论中，我提出了路由的感念，并得到了大
家统一的认可，如图二显示
【图二】
图二看起来象个八爪的章鱼，章鱼腿分别连接所有的接入渠道，进行连接所有这些渠道的核心就是这个章鱼的头XMLRouter，Router在此的作用是沟通所有渠道，实现数据的路由，争强系统在构架上的扩展性和灵活性，好处会很多很多。称呼为XMLRouter是因为如果不使用XML这种灵活而又规范的语言来做为数据传输的媒介,那Router的工作量也同样会成倍的增加,定义好XML的规范后将为以后的扩展带来很多好处.
三.思想和模式
XMLRouter的最初想法来自于计算机的主板和<<Design Pattern>>之中的Builder Pattern, 计算机主板的PCI 插槽定义了PCI的规范,只要你生产的卡符合PCI标准,那你插入到这个主板上就可以工作, 至于里面是怎么工作的则是已经封装好了. Builder Pattern则是提出将复杂的构建分离开来, 一步一步的进行实现.XMLRouter是将这些复杂的渠道分离开来,一个个的进行表现.
Services思想:为了能和Router进行沟通,在这些渠道接入时必须定义统一的接口,这里成为Services, 只要符合Services规范的程序就可以接入到Router并进行数据的路由.
Factory模式和Composite模式
XMLRouter在实际的设计中将采用Factory模式产生,Router由RouterFactory生产, 在投入使用时将放置于队列中,传递数据和接收数据以及返回数据都从队列中取相应的Router来调用,应用了Composite的模式.
四.XML配置文件
XML文件对于Router之中的使用分为两个部分, 第一个是Router的配置,如:
<" alt="使用XML实现多渠道接入网站的构架" />上一页12 下一页
