本书第五章主要讲述了“可重用架构资源”，由于我参与开发实际项目并不多，所以对软件重用体会和理解并不是很深，故查阅了相关资料，结合书上的叙述和例子，有了一个宏观的了解。
软件架构有三个主要来源：拿取、方法以及直觉。拿取也就是可重用资源。对于一个标准的系统而言，可能包含80%的拿取、19%的方法和1%的直觉。而崭新的系统则包含30%的拿取、50%的方法和20%的直觉。由此可见，重用资源在软件架构中的重要性。
一个可重用资源可以代表一个可重用需求（在不同系统里反复出现的需求）、可重用的解决方案元素（一个架构模式或者可重用代码）、可重用测试、可重用的方法等。可重用资源减少了架构师必须关注的事情的数量，使他们不必再做无用功，因此可重用资源会对项目的时间计划、成本和交付系统的质量产生重大的影响。一个成功的架构师通常是懂的可重用资源的人。
对于架构资源来说，它分为开发期资源和运行期资源。其中开发期资源包括开发方法、架构风格、架构机制、模式、参考模型和架构决策，而运行期资源则包括现有的应用程序、应用程序框架和组件库。
那可以重用的资源有哪些呢，比较常用的有3个：现有的应用程序，封装的应用程序，应用框架。任何现有的应用程序都是高可重用的资源，当我们把现有应用程序集成到架构中时，这项工作的主要精力在集成而不是定制开发，重用的水平明显提高。老师经常说每个公司都有自己的核心代码库，比如，这需要用户登录功能，直接从公司代码库中取出相关模块，接口调用实现，这就是对以封装的应用程序的重用。应用框架可以是J2EE和.NET，也可以是数据访问（Hibernate）或用户界面（JSF、ASP.NET），对其进行重用。
由此可见，重用可以极大地简化设计工作和编码工作，并且代码的质量也得到了保证，因为可重用的资源都是之前测试好的，出现bug的概率非常小。