上一页 1 ··· 7 8 9 10 11 12 13 14 15 ··· 25 下一页
摘要: 2.3分区 前面我们将架构师比作城市规划师,那么在这个比喻里面,区域的概念对应的是什么呢? 它们应该是我们的服务边界,或者是一些粗粒度的服务群组。作为架构师,不应该过多关 注每个区域内发生的事情,而应该多关注区域之间的事情。这意味着我们应该考虑不同的 服务之间如何交互,或者说保证我们能够对整个系统的 阅读全文
posted @ 2019-12-05 21:25 mongotea 阅读(199) 评论(0) 推荐(0) 编辑
摘要: Eric Evans的《领域驱动设计》一书帮助我们理解了用代码呈现真实世界的重要性, 并且 告诉我们如何更好地进行建模。持续交付理论告诉我们如何更有效及更高效地发布软件 产品, 并指出保持每次提交均可发布的重要性。 基于对Web的理解,我们寻找到了机器 与机器交互的更好方式。Alistair Coc 阅读全文
posted @ 2019-12-05 21:24 mongotea 阅读(126) 评论(0) 推荐(0) 编辑
摘要: 19.1 重新认识构架商业周期 在第1章中.我们介绍了构架商业周期的概念,并将它作为了本书的主题。本书对这 些周期的各个阶段进行了详细的讨论,并给出了若干个实例,以说明构架创建、描述、评 估、开发等各环节的•些基本原则。我们也已经强调过,里然作为•个研究领域,软件构 架有着很深的渊源.但该领域本身相 阅读全文
posted @ 2019-12-04 23:12 mongotea 阅读(122) 评论(0) 推荐(0) 编辑
摘要: 1.基于浏览器的客户机 基于浏览器的用户接口客户机相当于J2EE中基于浏览器的客户机。它们不受限于Web 浏览器.而是同样支持其他形式的标记语言.如面向蜂窝电话的无线应用协议(WAP)的 无线标记语訏(WML)。标记语言在这种情况下是不同的(也就是WML),但仍然可以采 用用于交付内容的相同的机制- 阅读全文
posted @ 2019-12-04 23:11 mongotea 阅读(224) 评论(0) 推荐(0) 编辑
摘要: 在整本书中我们都强调了所期望的质量属性和构架之闾的关系„我们所做的趣本假设 是控制系统设计就可以控制所实现的质量厲性。慢慢地这变得不再正确。现在,所构造的 系统采用了越来越多的商业组件,这•方面是为了节约成本,还有就足在许多方面所需要的技术太专业了。组件改变了设计过程,它们还可能会限制构架。尽管所选 阅读全文
posted @ 2019-12-04 23:11 mongotea 阅读(174) 评论(0) 推荐(0) 编辑
摘要: 此处的示例是在软件工程研究所(Software Engineering丨nstitute, SEI)幵发,用于自 动管理SE丨和其过渡期合作伙伴之间的交互的基于Web的信息系统。创建自动SEI许可人管理(Automated SEI Licensee Management, ASEILM)系统有如下儿 阅读全文
posted @ 2019-12-04 23:11 mongotea 阅读(130) 评论(0) 推荐(0) 编辑
摘要: 第16章 J2EE/EJB:工业标准计算基础结构的案例分析 16.3 构架解决方案 阁16.2给出了 J2EE多层模型的简单部署图。表16.3进一步描述了该构架的元素。 各层的作用如下所示: • 客户层。在Web应用中,客户层包括•个Intemet浏览器,它提交HTTP请求并 从Web服务器下载HT 阅读全文
posted @ 2019-12-04 23:10 mongotea 阅读(449) 评论(0) 推荐(0) 编辑
摘要: EJB依祺它的容器提供所有的外部信息。如果EJB需要访问某个JDBC连接或者另 个bean,那么,它使用容器服务。访问其调用者的身份.获得对其自身的引用以及访问特 性都是通过容器服务完成的。这是一个使用“仲裁者”战术的示例。Bean通过以下某个机 制与它的,容器交互:回调方法、EJBContext接 阅读全文
posted @ 2019-12-04 23:10 mongotea 阅读(410) 评论(0) 推荐(0) 编辑
摘要: 第iv部分继续讲述构架商业周期。第I〜3部分讲述了构架的质量属性、编档、设计、 重构、评估等内容。第IV部分论述的重点是根据该构架构造多个系统.它讨论了系统产品 线.并给出了相关示例。这一部分是从如下5个方面进行论述的:产品线所采用的技术: 构建海军舰艇发射控制系统的产品线的•家公司;行业范围内的构 阅读全文
posted @ 2019-12-04 23:07 mongotea 阅读(155) 评论(0) 推荐(0) 编辑
摘要: 在核心资产存储庳的所有资产中,软件构架是重中之重。构建一个成功的软件产品线 的本质就是区别在产品线家族的所有成员中,什么会保持不变,什么会发生变化。软件构架在构建时已经为处理这种两重性做好了准备,因为所有的构架都是承认存在众多实例的抽象:毕竟,其主要的概念价值就在于能够使我们把重点放在大蛩不同实现中 阅读全文
posted @ 2019-12-04 23:07 mongotea 阅读(406) 评论(0) 推荐(0) 编辑
上一页 1 ··· 7 8 9 10 11 12 13 14 15 ··· 25 下一页