返回
接口写好了，进度为何还在原地踏步？前端别再背锅了
闲谈
2023-12-14 02:47:48
前戏：工作量多了？多在哪里？
随着前后端分离的兴起，后端更多时候实现的只是对业务本身的底层支持，对外提供基本的接口。基本都是以下几种类型：
- 基本信息的查询与修改接口
- 流程流转的接口
而前端的工作量却与日俱增，原先在后端实现的业务逻辑验证、页面的渲染、用户交互等功能，如今都转移到了前端，前端的工作量自然会增加。
然而，前端的工作量真的只是因为业务逻辑的转移而增加的吗？答案是否定的。
前端的工作量真的只因业务转移而增加吗？
我们不妨来看看，前后端分离后，前端的工作量主要集中在哪些方面：
-
接口调用和数据处理： 前后端分离后，前端需要负责与后端接口的交互，包括发送请求、接收响应、处理数据等。这部分工作量虽然与后端分离有关，但也与业务本身的复杂度和数据量有关。
-
页面渲染和交互： 前端负责页面渲染和交互，包括创建DOM元素、绑定事件、处理用户输入等。这部分工作量与页面复杂度和用户交互复杂度有关。
-
状态管理： 前端需要管理应用程序的状态，包括数据状态、路由状态、组件状态等。这部分工作量与应用程序的复杂度和状态管理机制有关。
-
其他： 除了以上三部分，前端的工作量还包括单元测试、性能优化、可访问性优化等。这部分工作量与应用程序的质量和用户体验有关。
从以上分析可以看出，前端的工作量增加并不仅仅是因为业务逻辑的转移，还与以下因素有关：
- 页面复杂度
- 用户交互复杂度
- 应用程序复杂度
- 状态管理机制
- 应用程序质量
- 用户体验
因此，如果前端的工作量大幅增加，不能简单地将其归咎于前后端分离，而应该从上述因素中寻找原因。
如何减少前端的工作量？
既然知道了前端工作量增加的原因，我们就可以针对性地采取措施来减少工作量：
- 优化页面复杂度： 尽量使用简洁的页面设计，减少不必要的DOM元素和样式。
- 简化用户交互： 设计用户交互时，应考虑用户体验和交互效率。
- 选择合适的状态管理机制： 根据应用程序的复杂度和状态管理需求，选择合适的 Redux、Vuex 等状态管理机制。
- 重视单元测试和性能优化： 通过单元测试和性能优化，可以提高应用程序的质量和稳定性，减少后续的维护工作量。
- 重视可访问性优化： 可访问性优化可以提高应用程序的可用性，减少用户交互成本。
此外，还可以通过以下措施来减少前端工作量：
- 使用前后端分离框架，如 NestJS + React，可以简化接口调用和数据处理。
- 使用组件化开发，可以复用代码，减少开发工作量。
- 使用低代码/无代码开发平台，可以快速构建应用程序，减少编码工作量。
结语
接口写好了，进度却还在原地踏步，不能简单地将锅甩给前端。前端工作量的增加与页面复杂度、用户交互复杂度、应用程序复杂度、状态管理机制、应用程序质量、用户体验等因素有关。因此，需要从这些因素中寻找原因，并针对性地采取措施来减少前端工作量。
