问题描述
|
解决方法
我认为在这种情况下，第一种方法会更好。当所涉及的逻辑不太复杂且不宜作为单独的方法时，太多的方法会降低可读性。如果该逻辑也必须由程序的其他部分使用，则采用不同的方法也是有意义的。但是，由于方法太小，在这种情况下，我什至没有办法单独创建一个方法
,您希望减少需要维护的代码量而不降低可读性。我喜欢你的第一个答案。阅读史蒂夫·耶格（Steve Yegge），了解代码大小是“代码”最差的敌人。
力求使代码阅读者需要的所有内容都尽可能地本地化。在有帮助的地方使用抽象（例如，将内容重构为方法）。避免在无用的抽象（例如，为读者已经熟悉的操作发明新的名称）。
关于方法大小的各种规则：它们不是规则。它们是准则。每当您的方法过长时，请停止。这可能是不良设计的迹象。但这不是必须的-使用规则触发对代码的仔细查看。
培养风格感。随着您的进步，这将一直改变。不要害怕一直更新您的样式-尽管在项目期间请尝试保持相同的样式。尝试不同的样式并获得经验。这是唯一的真实路径。
,如果您对这种问题感兴趣，建议您阅读：
代码完整第二版
这本书有一章关于这一点：
\“创建高质量代码\”-> \“例程可以运行多长时间？”