Che*_*tan 6 modularity function fragmentation decoupling
将代码分解为模块化/解耦的函数和类是很好的,但如果你做得太多,你会得到非常碎片的代码,这也是不好的.
何时将代码拆分为函数的黄金法则是什么？
Ste*_*ont 6
如果我能给它一个好名字（比它替换的代码更好），它就会成为一个函数
Jus*_* L. 5
它确实取决于项目的大小和范围.
每当有重复的事情发生时,我倾向于将事物分成函数,并且按照DRY的黄金法则(不要重复自己)重复概括/抽象.
就分裂类而言,我倾向于遵循面向对象编程的口头禅,将不同的东西隔离开来,如果一个类实现了更多的一个大的理论"思想"或实体,则拆分类.
但老实说,如果您的代码过于分散且不透明,那么您应该尝试将重构考虑到不同的方法/范例中.
归档时间：
15 年，5 月 前
查看次数：
1568 次
最近记录：
6 年，5 月 前