摘要： 到这里，我们理想的应用程序的轮廓应该很清楚了。应用程序应该基于无绪原则来开发，尽量让最终负责集成的相关人员不需要深入了解系统也可以把集成工作做好。所以，我们理想的应用程序应该基于模块化架构来开发，可以由散布在世界各地的独立开发团队分别负责编写相应的模块。他们可以按照自己的日程来安排工作，以达到最终的目标。但这种做法却存在一个重要的问题，那就是模块间的关联关系。大多数模块并不能孤立存在，它们要依赖于其他模块提供的环境。只有少数模块才可能完全不依赖其他模块而独立对外提供功能。实际上，大部分模块化的组件都需要其他组件为其提供服务。这就意味着这些模块的开发人员需要去发现和了解如何使用外部模块提供的AP 阅读全文

摘要： 模块化的应用程序是由分布式团队开发出来的独立组件组成的。这些独立的组件通常都会提供一个自己的API，当然在具体执行的时候，也需要第三方组件的API或者其他功能才能保证正确运行。例如，Tomcat服务器需要Java运行时实现。同样，标准的C++模板库也需要libc，这样才能调用printf方法。如果使用了大量的组件，那么面临的最大问题就是能否看清整个应用的全貌。只有理解了整个系统以后，才能理清楚模块间的交互关系。在上一节中，我们可以看到一个组件的API只会把其最重要的功能给暴露出来，大部分情况下，用户无需关注其内部的实现，只需要集中精力了解API即可。但如果系统包含成千上万个组件的话，光是组件A 阅读全文

摘要： 无绪的模型需要利用全世界范围的软件项目中大的组件模块，以装配的方式来开发应用程序。要尽可能多地复用，而不要从零开始编写软件，这样就可以保证产品团队能将重点集中在软件的独特功能上，即应用程序的具体业务逻辑上。这样，开发人员就无需花费时间去创建和编写基础设施，重用现有的框架和由第三方提供的功能库即可。相信现在不会有人因为自用的原因去写一个SQL数据库服务器软件，而是会使用一些商业或者开源的数据库。创建一个私用的数据库可以说是一种低效的资源浪费。对于软件技术的其他领域也是如此。Web服务器、编程语言及其功能库、集成开发环境还有富客户端程序框架①都已经有设计良好的组件可供使用了。就像活动板房，只需将其 阅读全文