快捷搜索:  as  2018  FtCWSyGV  С˵  test  xxx  Ψһ  w3viyKQx

和记怡情APP_机器人论坛



本文节选自《软件架构设计》一书

别的,不合类型的软件系统必要不合的软件架构设计,这彷佛是很多人都理解的事理和记怡情APP;但无意偶尔候,一个系统的不合子系统也该当有不合的软件架构。

举个例子。信托不少读者懂得Martin Fowler所著的《企业利用架构模式》中先容的事务脚本模式(Transaction Script)、领域模型模式(Domain Model)等“领域逻辑模式”。在实际的架构设计傍边,这些模式的运用并不是“放之各子系统而皆准”的。例如,一个采纳了分层架构的和记怡情APP软件系统,它可能包孕了报表、拓扑显示等子系统,这些子系统会有自己的内部架构吗?

图2-8所示的示意图给出告终论:拓扑子系统合适采纳领域模型架构模式,而报表子系统则应采纳事务脚本架构模式。

图2-8不合子系统采纳不合软件架构之例

对付此例,假如你认识网管软件,你可以想象这是个收集设备拓扑图的显示子系统;假如你认识UML建模,你可以想象这是个UML建模对象……。拓扑子系统的营业逻辑繁杂,诸如图元的排列、连接、移动、覆盖、复制、删除等问题涉及到不合的规则,该当充分使用工具模型的上风来办理这些问题。

至于此例中的报表子系统,其营业逻辑比拟较较简单,经由过程SQL语句从数据库中提取数据异常方便,并且可以使用SQL语句进行一些统和记怡情APP计和查找谋略,是以宜于采纳事务脚本模式(转而采纳领域模型模式无疑是自找麻烦);当然,报表子系统采纳事务脚本模式对前进机能也大年夜有好处。

关于作者

温昱。资深咨询师,CSAI特聘高档顾问,《和记怡情APP软件架构设计》作者,松耦合空间(www.ou-he.com)网站创办人。十年体系筹划、架构设计和研发治理和记怡情APP履历,软件架构思惟的传播者和积极推动者。

您可能还会对下面的文章感兴趣: