中心点构架是说,程序得所有模块都连接在中心点上,任何一个模块只和中心点有关系,其他不再有任何关系,任何一个模块必须要在中心点上,注册后,可以被中心点托管。
  这样我们得程序就是dll,dll也是程序,比如我们得逻辑文件访问模块接在中心点上,通过调用储存访问模块注册在中心点函数,得以实现逻辑文件访问。
  可是这是在我们在这个程序用得呢,要让其他应用程序复用,怎么办呢?这样,要求我们得中心节点,倒推这个文件访问模块得所有依赖模块 ,把这些抽出来,并且,中心点还可以注册象com接口得类似机制,向其他应用程序暴露接口。

解决方案 »

  1.   

    这样,使得不仅可以提炼公共功能(例如抽出逻辑文件访问模块),而且可以随便提炼,公共,业务,只要你模块分得够细,你想提炼什么都可以
      

  2.   

    也可能修改的时候导致牵一发而动全身
      

  3.   

    这个模式就是为了杜绝牵一发动全身,产生得,因为模式要求,一个模块责则单一,对于中心点得注册函数,必须严格遵守,契约,也就是说修改任意一个模块函数,只是验证,契约是否匹配救星了
      

  4.   

    “必须严格遵守契约”  是什么意思?是开发者之间的约定?!如果是这样,那所有的框架都可以来个约定达到这个效果
      

  5.   

    契约得意思是说,一个函数得调用前提,以及参数约束,还有返回影响。
      

  6.   

    其他构架,由于没有注册机制,不能随便抽取业务,或者是功能,而中心点就象,一个政府,他能管理所有程序公民
      

  7.   

    有相关连接么?感觉描述的我不能理解啊
      

  8.   

    有相关连接么?感觉描述的我不能理解啊
      

  9.   

    感觉应该叫客户端→服务器模型
      

  10.   

    这样,我们 可以有效得屏蔽某些模块,以便,我们有时候既让整个程序运行,从而替换,一些,我们想升级得模块,不用整体发布,也可以发布不同实现得相似模块,只要符合中心点,登记契约就行,或许,我们已经不能容忍,面向对象那么死板得可访问性传导方式,又不去给类打洞(友元),让你用配置规划,所有得模块可访问性(读配置,决定注册哪些函数),这显然一种,更灵活,得可访问性设定方式,却不会增加耦合度,因为只有中心点一个耦合情况,没有别得耦合方式。