你为什么每次都能写出两三千行的controller类?

本文探讨了为何会出现两千多行的Controller类,并从职责不单一和字段未分组两个角度分析了原因。通过职责拆分和字段分组,遵循单一职责原则,可以有效地将大类拆解为小类,提高代码的可读性和维护性。同时,文章指出,合理的模块化和封装可以降低理解成本,提升开发效率。
摘要由CSDN通过智能技术生成

你一定经常见到一个两三千行的 controller 类,类之所以发展成如此庞大,有如下原因:

  • 长函数太多
  • 类里面有特别多的字段和函数
    量变引起质变,可能每个函数都很短小,但数量太多

1 程序的modularity

你思考过为什么你不会把all code写到一个文件?因为你的潜意识里明白:

  • 相同的功能模块无法复用
  • 复杂度远超出个人理解极限

一个人理解的东西是有限的,在国内互联网敏捷开发环境下,更没有人能熟悉所有代码细节。

解决复杂的最有效方案就是分而治之。所以,各种程序设计语言都有自己的模块划分(modularity)方案:

  • 从最初的按文件划分
  • 到后来使用OO按类划分

开发者面对的不再是细节,而是模块,模块数量显然远比细节数量少,理解成本大大降低,开发效率也提高了,再也不用 996, 每天都能和妹纸多聊几句了。

modularity,本质就是分解问题,其背后原因,就是个人理解能力有限。

说这么多我都懂,那到底怎么把大类拆成小类?

2 大类是怎么来的?

2.1 职责不单一

最容易产生大类的原因

CR一段代码:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值