|
架构和框架，听起来很高大上。但是，在实际的软件开发过程中，架构和框架是必须的吗？毕竟任何工作产品的建立和维护都需要成本，如果没有必要，再高大上的东西，也就看上去很美，但并没有实用价值。 也许对于这个问题的答案，不同的人有不同的看法。笔者支持的是架构可选，框架必需。 为什么架构是可选的？ 因为架构是一种重量级的开发模式，开发和维护一个架构的成本是很大的，所以架构只适用于大规模的项目开发，对于一个规模较小的项目，开发和维护一个架构就不值得。 不过一个大项目开发的架构也有两种选择：一种是选择成熟的架构；一种是开发自己的架构。这是由项目的特点决定的。如果没有适用的成熟的架构，那就只有在一些与项目比较接近的成熟的架构的基础上，定义、开发一个自己的架构。 为什么框架是必需的呢？ 这是从提高开发效率和代码质量的角度来说的。 因为框架是某个问题领域的解决方案，它集成了系统结构、类和对象的定义及其接口、控制方法。它是一套成熟的、通过验证的、稳定而且可靠的。使用框架，应意味着你已经具备了高质量代码的几个重要因素：优良的设计、稳定的核心、尽可能的复用、严格的编程规范和统一的代码风格。 所以即使软件规模再小，先花费一些时间建立或者选择一个框架，哪怕只包括简单的几个接口和规范，也比没有框架要好。 当然，如果你选择了一个成熟的框架，那你就已经进行了与框架有关的代码的复用，开发效率自然就提高了。 所以，对于软件开发来说，架构是可选的，框架是必需的。 这正是： 架构有无看规模，框架必须要选择 提高质量和效率，使用框架真值得 参考书目：大象：Thinking in UML（第二版），谭云杰，中国水利水电出版社 作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。 |
|
|
