函数内部结构分层浅析（从MVC分层架构联想）
优点包括：
可维护性：各层职责明确，易于单独修改维护。
可扩展性：方便添加或修改某一层，不影响其他层。
组织性：系统结构清晰，逻辑分明。
团队协作性：团队分工合作，每人专注不同层次开发。
常见的分层如：
表现层：负责用户交互，界面展示。
逻辑层：负责处理业务逻辑。
访问层：负责与数据源通信，数据读写操作。
通过分层，系统能够更高效地开发、部署和管理，有利于应对不断变化的需求和技术发展。
分层架构设计参考步骤：
1. 明确需求：深入理解系统功能和业务流程。
2. 定义层次：表现层（用户界面）、业务逻辑层（处理业务）、数据访问层（与数据源交互）等，还可能有其他辅助层次。
3. 确定职责：明确界定每个层次具体负任务和功能范围。
4. 接口设计：定义接口，层之间通过接口通信，提高独立性和可维护性。
5. 业务逻辑：在业务逻辑层精心设计业务流程、算法等。
6. 数据访问：规划数据存储、检索、更新等机制，选择合适的数据访问技术。
7. 表现层设计：考虑用户交互体验设计友好。
8. 层间通信：确保数据和指令在各层之间顺畅传递。
MVC主要分为以下三层：
模型层（Model）：负责处理数据和业务逻辑，包含数据对象、数据访问层等，与数据库进行交互并管理数据。
视图（View）：主要负责数据展示，将模型中的数据呈现给用户。
控制器（Controller）：连接模型和视图的桥梁作用，接收用户输入，调用相应模型方法，并选择合适视图来展现处理结果。
在 各编程语言中，函数通常称为方法，其标准结构一般如下：
- 修饰符 返回值类型 方法名(参数类型 参数名,...) {
-
- // 方法体
-
- // 包含具体的代码逻辑
-
- 1.参数处理，以及参数检验
-
- 2.查询，基于参数的与数据库数据源交互。
-
- 3.制作相关业务参数bean, 执行业务逻辑处理函数代码，或者调用其他层。
-
- 4.执行结果数据，流向下一个层，或者数据返回上一层展示或者存储到数据库。
-
- return 返回值;
-
- // 如果有返回值
-
- }
通过以下方式来体现函数的分层结构：
1.参数处理，以及参数检验
2.查询，基于参数的与数据库数据源交互。
3.业务逻辑处理。
4.数据流向下一个层，数据展示或者存储。
这样就形成了一个简单的 函数内部分层结构。
设计函数分层结构通常需要遵循以下原则：
1. 单一职责原则：每个函数应专注于一项明确的任务，避免功能过于复杂和混杂。
2. 高内聚低耦合原则：层内的函数要紧密相关、高度内聚，层与层之间的依赖要尽量松散、低耦合。
3. 接口隔离原则：定义接口供层与层之间交互，避免不必要依赖和复杂定义。
4. 可维护性原则：便于后续修改、扩展和维护。
5. 抽象化原则：高层函数可以基于更抽象的概念，底层函数实现具体细节。
6. 稳定性原则：让底层函数稳定，减少对上层的影响。
7.复用性原则：设计函数时考虑可复用性，以便在其他场景中能重复利用。