这绝对是主观的,但我想尽量避免它变得有争议.我认为如果人们适当地对待它可能是一个有趣的问题.
对这个问题的想法来自评论跟帖从我的回答到:"你恨你喜欢的语言什么的五件事？" 问题.我争辩说C#中的类应该默认密封 - 我不会把我的推理放在这个问题上,但我可以写一个更全面的解释作为这个问题的答案.我对评论中讨论的热度感到惊讶(目前有25条评论).
那么,你持有什么有争议的意见？我宁愿避免那种以相对较少的基础(例如括号放置)而变得非常宗教的东西,但是例子可能包括诸如"单元测试实际上并不十分有用"或"公共领域真的很好"之类的东西.重要的是(对我来说,无论如何)是你有理由支持你的意见.
请提出您的意见和推理 - 我鼓励人们投票支持有争议和有趣的意见,无论您是否恰好同意这些意见.
可能重复:
函数何时太长？
我最近得到了一个不值得羡慕的任务,即审查另一个开发人员编写的糟糕代码并记录不良做法.(当然,这都是出于为开发人员的工作付出代价而不是任何无私的理由!)
经过审核的代码有几行代码,其中包含多行代码 - 最长的代码是600行.我想到的几个问题是可维护性和可读性.
诀窍在于我需要为一个外行人辩护,为什么这是一个不好的做法,如果可能的话,用一本备受好评的当前参考书备份它.类比也很好.
有任何想法吗？
重复: 函数何时太长？
重复: 最大功能大小的最佳规则？
它谨慎地将长函数分解为主函数和辅助函数.
我知道模块外部只会调用主要功能,但它的长度可能会被证明是令人生畏的.
教科书限制了行数,但我觉得这太严格了.
PS我用Python编程,需要处理传入的消息.该函数返回一个包含消息的元组,但是在Python的内部数据类型中.因此,您可以看到每种消息类型的独立代码.
重复的问题
可能重复:
函数/过程/方法应该有多少行代码？
我想知道应该有多少行代码？多少行是太多了.
我读了一会儿,大约10或20行,但这是因为屏幕只能容纳这么多行.现在随着屏幕尺寸变大,这将不成立.
让我们假设函数的任何部分都在其他任何地方使用,即忽略DRY原则.
我想听听其他人对此有何看法.
谢谢.
注意:复制什么时候功能太长了？,当我发布时找不到它.