# Spring心法 **Repository Path**: nihui123/spring-mental-method ## Basic Information - **Project Name**: Spring心法 - **Description**: No description available - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2021-05-11 - **Last Updated**: 2021-05-11 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # Spring心法 ## 一、软件架构设计原则 ### 1.1 开闭原则   开闭原则是指一个软件实体（例如类、模块、函数）应该对扩展开放，对修改关闭。而所谓的关闭，也就是对扩展和修改 两个行为的一个原则。强调的是用抽象的构建框架，用实现扩展的细节，可以提高软件系统的可复用性以及可维护性。开闭原则是面向对象 设计中最基础的设计原则，可以指导构建稳定、灵活的系统。如版本更新，我们尽可能不修改源代码，但可以增加新功能。 ### 1.2 依赖倒置原则   依赖倒置原则是指设计代码结构的时候，高层模块不应该依赖底层模块，二者都应该依赖其抽象。抽象不应该依赖细节，细节应该 依赖抽象。通过依赖倒置，可以减少类与类之间的耦合性，提高系统的稳定性，提高代码的可读性和可维护性，并且能够降低修改程序造成的风险 ### 1.3 单一职责原则   单一职责是指不要存在多于一个导致类变更的原因，假设有一个类负责两个职责，一旦发生需求变更，修改其中一个职责的逻辑代码 ，有可能导致另一个职责的功能发生故障。这样，这个类就存在两个导致类变更的原因。如何解决这个问题，将两个职责用两个类来实现，进行解耦 。后期需求变更维护互不影响，这样的设计，可以降低类的复杂度，提高类的可读性，提高系统的可维护性，降低变更引起的风险。总体说，就是一 个类、接口或者方法只负责一项职责。 ### 1.4 接口隔离原则   接口隔离原则是指用多个专门的接口，而不是使用单一的总接口，客户端不应该依赖它不需要的接口。这个原则指导我们在设计接口的 时候注意以下几点 * 1、一个类对另一个类的依赖应该建立在最小的接口之上 * 2、建立单一接口，不要建立庞大臃肿的接口 * 3、尽量细化接口，接口中的方法尽量少（当然不是越少越好，一定适度） #### 介绍 {**以下是 Gitee 平台说明，您可以替换此简介** Gitee 是 OSCHINA 推出的基于 Git 的代码托管平台（同时支持 SVN）。专为开发者提供稳定、高效、安全的云端软件开发协作平台 无论是个人、团队、或是企业，都能够用 Gitee 实现代码托管、项目管理、协作开发。企业项目请看 [https://gitee.com/enterprises](https://gitee.com/enterprises)} #### 软件架构 软件架构说明 #### 安装教程 1. xxxx 2. xxxx 3. xxxx #### 使用说明 1. xxxx 2. xxxx 3. xxxx #### 参与贡献 1. Fork 本仓库 2. 新建 Feat_xxx 分支 3. 提交代码 4. 新建 Pull Request #### 特技 1. 使用 Readme\_XXX.md 来支持不同的语言，例如 Readme\_en.md, Readme\_zh.md 2. Gitee 官方博客 [blog.gitee.com](https://blog.gitee.com) 3. 你可以 [https://gitee.com/explore](https://gitee.com/explore) 这个地址来了解 Gitee 上的优秀开源项目 4. [GVP](https://gitee.com/gvp) 全称是 Gitee 最有价值开源项目，是综合评定出的优秀开源项目 5. Gitee 官方提供的使用手册 [https://gitee.com/help](https://gitee.com/help) 6. Gitee 封面人物是一档用 来展示 Gitee 会员风采的栏目 [https://gitee.com/gitee-stars/](https://gitee.com/gitee-stars/)