演化架构和紧急设计: 演化架构 - 编程入门网

图 4 所示的流程图用于帮助您决定是构建还是购买：

图 4. 决策是构建还是购买的流程图

演化架构和紧急设计: 演化架构(4)

在这个流程图中，您要做出的第一个决策就是战略和经费的重要区别。如果需求是战略性的，您往往 需要自己构建解决方案。如果不这么做，您就会将自己置于一个和对手公平竞争的环境中，而不是构建完 全符合您现在和将来需求的软件。打包软件吹嘘其可定制性，但还是有对定制程度的限制。如果您自己编 写，会花费较长的时间，但是您有了一个平台，在这个平台上您可以构建将您和对手区分开的软件。

流程图中的第二个决策就是询问数据包软件是否能立刻起作用。在购买数据包软件时常见的一个陷阱 就是错误估计其适应您的业务流程所需的准确时间；大部分公司都把这个时间错估了一个数量级。您所需 的定制越多，所耗费的时间就越长。更糟糕的是，一些公司还允许改变他们的业务流程来适应软件。这是 一个错误，因为无论好坏，您的业务流程都应和对手的有所区别。

这个决策树中的第三步就是询问数据包是否可扩展，这和定制性 刚好相反。可扩展的系统由经过良好 定义的方法来扩展功能，而无需一切事先就绪。这些扩展点包括经过良好定义的 APIs、SOAP 调用等等。 定制意味着您要通过 “欺骗” 来让数据包完成您的工作。例如，如果您试图打开一个 WAR 文件，那么 您可以用一个不同的图像（必须用 index.gif 来命名）来替换用 index.gif 命名的文件，您是进行定制 而不是扩展。最终检验标准是您的更改是否能够通过升级。如果是，您就扩展了数据包；如果不是，您就 定制了数据包。定制不鼓励您不断升级数据包，因为您会意识到对新版本做出相同的改变需要付出多少努 力。那么，趋势就是不进行更新，落后于最新版四、五个版本，这将使您面临失去对现在正在使用的老版 本的支持的危险。

是经费问题还是战略问题因公司而异。例如，我曾为一家财务服务公司做过顾问，它的招聘过程被认 为是其关键战略优势之一。他们雇佣最好、最聪明的人，花费大量的时间和精力来寻找适合的人。他们曾 就购买 COTS 人力资源系统咨询过我的意见，我建议他们不要那样做：为什么要让自己置身于一个和对手 公平竞争的环境呢？最后，他们采纳了我的建议，编写自己的 HR 系统。编写花费了较长的时间，但一旦 完成，他们就有了一个平台，能够完成对其对手来说更劳动密集型的任务。招聘对许多组织来说是简单的 经费问题，但对这家公司来说却是战略问题。

架构中的类型控制

SOA 计划中经常出现的一个更技术化（更不面向流程）的主题往往和分布式系统中的类型控制和版本 控制有关。这就是这类项目中常见的陷阱之一。它之所以常见，不仅因为人们很容易遵循工具厂商铺好的 路，还因为问题需要一段时间才能凸显出来 — 最严重的问题产生于您不了解在项目早期应该知道的东西 。

关于能否用动态类型语言构建 “企业” 系统的争论已经有了定论，这个结论现在也不能给予什么启 示。然而，这一争论意味着就端点的类型控制而言，对分布式系统有了重要的考虑。所谓端点，指的是两 个完全不同的系统之间的通信门户。两个相互竞争的类型控制样式是 SOAP 和 Representational State Transfer (REST)，前者通常采用诸如 Web Services Description Language （WSDL）这样的标准来创建 一个强类型，而后者适用于类型更宽松的、以文档为中心的方法。SOAP 与 REST 的详细优缺点不在本文 的讨论范围之内；在此我主要想说的是端点层面上宽松类型的好处，这些好处可以使用任一样式实现。

更动态的类型控制在端点处是很重要的，因为这些端点会在以不同速度演变的系统之间形成一个已发 布的

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!