从线性到非线性：如何打造稳定且可扩展的代码?

本文链接：https://blog.csdn.net/firefox1/article/details/145768785

在软件开发中，代码的设计和架构直接影响项目的稳定性、可维护性和可扩展性。随着项目规模的增大和需求的复杂化，如何有效地组织代码成为一个关键问题。本文将探讨线性与非线性思想在代码设计中的应用，并通过实际案例展示如何通过这两种思维方式打造稳定且可扩展的代码。

什么是线性与非线性思想？

线性思想

线性思想指的是那些可预测的、稳定的、结构化的逻辑。这些部分通常可以被抽象为框架或工具函数，因为它们的行为是明确且一致的。线性代码的特点是：

可枚举：逻辑可以被分解为一系列有序的步骤。
可抽象：可以通过工具函数或框架来统一处理。
可预测：结果和行为是稳定的，不依赖外部状态。

非线性思想

非线性思想指的是那些复杂的、不可预测的、依赖上下文的逻辑。这些部分难以被抽象为通用的框架，因为它们的行为可能因场景不同而发生变化。非线性代码的特点是：

不可枚举：逻辑难以被分解为有序的步骤。
依赖上下文：行为与外部状态或数据紧密相关。
不可预测：结果可能因需求或场景的不同而变化。

线性与非线性在代码设计中的应用

案例1：线性思想的应用

在一个 Vue3 项目中，api 和 store 的代码结构体现了线性思想：

.
├── api
│   ├── getBusinessNames.ts
│   ├── getCallChain.ts
│   └── ...
└── store
    ├── entries
    │   ├── businessNames.ts
    │   ├── callChain.ts
    │   └── ...
    └── index.ts

api 文件夹中的每个文件对应一个具体的 API 请求，而 store 中的 entries 文件夹则是通过动态导入的方式加载模块。store/index.ts 中的代码如下：

const entries = {};
const modules = import.meta.glob("./entries/*.ts", { eager: true });
for (const path in modules) {
  const module = modules[path];
  const key = path.replace("./entries/", "").replace(".ts", "");
  entries[key] = module.default;
}
export default defineStore("ApplicationRequestAnalysisStore", { state: () => entries });

这种设计是线性的，因为：

代码的行为是可枚举的（如 entries 文件夹下的每个文件）。
逻辑是可抽象的（通过工具函数或框架来统一处理）。
结果是可预测的（如 entries 对象的结构是固定的）。

案例2：非线性思想的应用

在同一个项目中，处理 TreeTable 的逻辑则体现了非线性思想：

<el-table-column label="应用名称">
  <template #default="scope">
    <span style="margin-left: 10px">{{ scope.row.serviceName }}</span>
  </template>
</el-table-column>
<el-table-column label="状态">
  <template #default="scope">
    <div style="display: flex; flex-direction: row; align-items: center">
      <div :style="{ backgroundColor: scope.row.color }" />
      <span style="color: black">{{ scope.row.text }}</span>
    </div>
  </template>
</el-table-column>

这种设计是非线性的，因为：