认识达内从这里开始

脚手架是一种用在建筑领域的辅助工具，或者说是为了保证各施工过程顺利进行而搭设的工作平台，有兴趣的读者可自行查看维基百科上的定义。

对应到软件工程领域， 脚手架 可以解释为帮助开发人员在开发过程中使用的开发工具、开发框架，使用 脚手架 你无须从头开始搭建或者编写底层软件。下面的“ 脚手架 ”定义来自Stack Overflow，更加偏向于应用服务框架使用的一种编程思想或者说编程范式(供参考)。

脚手架：是一种元编程的方法，程序员编写一份规格说明书(Specification)，用来描述怎样去使用数据库，然后由编译器脚手架根据这份规格说明书生成相应的代码，进行增、删、改、查等数据库的操作，在脚手架上更高效地建造出强大的应用。

为什么需要脚手架

为什么软件开发需要 脚手架 呢?我们通过软件开发的一些基本原则看一下 脚手架 对软件工程的重要作用。

复用原则(Reuse Principle)：现在我们推崇的是极致化的编程体验，缩短的开发时间、大量的开发任务、支持需求的变更、高频率的应用服务交付，这些都给软件开发人员带来了前所未有的压力。其中，软件复用技术被公认为解决这些问题的行之有效的方法。从计算机软件编程的发展历史来看，从面向过程的编程语言到面向对象的高级编程语言的广泛使用，是软件复用技术进步的体现。从对象的复用到更大的组件复用，再到如今的框架的复用、服务的复用，都是在利用他人的优秀成果来放大你的工作价值。当一个新手使用脚手架时，对于一个具体问题，可以套用现成的解决方案加以扩展。使用脚手架的应用，仅需通过简单的注解和配置就可以具备健康状态检查、生产环境就绪、可观测等基本服务能力。对于一个业务逻辑问题，可以复用已有的逻辑，一步步迭代，敏捷开发。

DRY原则(Don't Repeat Yourself)：DRY原则直译过来就是“不要重复你自己”。这一原则和复用原则类似，强调尽量在项目中减少重复的代码行、重复的方法、重复的模块。其实，软件设计原则和模式最本质的思想都是“消除重复”。

我们经常提到的重用性和可维护性其实是基于减少重复这一简单而重要的思想的。DRY原则意味着系统内的每一个部件都应该是唯一的，并且是具有明确含义的(不模糊的)。我们可以通过应用职责单一、接口隔离等原则尽量拆分系统、模块、类和方法，使每一个部件都是职责明确并且可重复使用的。

开闭原则(Open Close Principle)：开闭原则中的“开”就是指对功能的扩展是开放的，“闭”是指对于原有代码的修改是封闭的。通俗一点讲，软件系统通常是由各种模块组成的，软件系统在增加一项新的功能时，应该在不修改现有代码的基础上操作。实现开闭原则的关键就是“抽象”，从微观的角度讲，开闭原则适用于一个业务模型的类的设计，把系统内的所有可能行为抽象为一个抽象底层，在这个抽象底层中规定需要提供的方法接口，具体实现类通过集成、代理、委托的方式，扩展实现新的行为或者新的功能。从宏观的角度讲，我们说开闭原则就是将公共模块、开发约定、最佳技术实践经过共享、提炼沉淀到封闭的底层技术基座;而将变化频繁的业务模块、独特的功能逻辑通过继承、组合和集成的方式实现对扩展的开放。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请添加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。