mirror of
https://github.com/tradecatlabs/vibe-coding-cn.git
synced 2026-08-17 12:58:07 +00:00
docs: restore software paradigm evolution guide
This commit is contained in:
@@ -55,27 +55,6 @@
|
||||
- 讲需求,不讲步骤
|
||||
- 从命令式 → 声明式 → 意图式
|
||||
|
||||
## 范式演进补充
|
||||
|
||||
软件开发范式的演进,不是严格的历史阶段,也不是全球统一的标准分期,而是一组随工程复杂度提升逐步形成的设计思想与组织方式。
|
||||
|
||||
1. **面向过程编程**
|
||||
以执行流程为核心,将代码按照步骤、函数和过程组织,强调程序逻辑的顺序性与可执行性。
|
||||
|
||||
2. **面向对象编程**
|
||||
将数据与行为封装为对象,通过类、对象、继承、多态等机制组织系统结构,提高封装性、复用性和可维护性。
|
||||
|
||||
3. **面向接口与抽象编程**
|
||||
模块依赖接口或抽象,而不是直接依赖具体实现,以降低耦合,提升扩展性与可替换性。
|
||||
|
||||
4. **组件化、分层架构与依赖注入**
|
||||
将系统拆成职责明确、边界清晰、可组合和可替换的模块,并通过分层设计和依赖注入管理模块关系。
|
||||
|
||||
5. **服务化、微服务与云原生架构**
|
||||
在模块化基础上,将系统进一步拆分为可独立开发、部署、扩展和运维的服务单元,并结合云原生提升弹性、扩展性与协作效率。
|
||||
|
||||
这些范式并不互斥。不同范式和架构思想会根据项目规模、业务复杂度、团队协作方式和技术环境被组合使用。
|
||||
|
||||
---
|
||||
|
||||
# 4. 设计原则:保持秩序的规则
|
||||
|
||||
Reference in New Issue
Block a user