我是计算机科学专业的一年级学生。我们目前正在使用Java进行编程，我经常尝试将程序分解为命名方法，以便我的主要方法逻辑可以读取尽可能接近伪代码的代码。
我发现的问题是，我经常最终会写出许多小的私有方法，以至于我可能会做得过分。在决定是否进一步分解问题时，是否要考虑到一些好的经验法则或风格方面的考虑？
大多数新开发人员都采用另一种方式-具有很多职责的庞大功能。您的情况绝对比这更好！
创建许多小的方法几乎没有什么缺点，也有很多的缺点！
简短的方法是：
考虑到这一点，我建议您无情地将复制重构为小方法。您的IDE将为您提供一个重构提取方法的方法，以使其更快。
我还认为，一般来说，您希望获得一种可读的伪代码是一个不错的目标。您看到的许多代码不会像这样编写，但是它确实可以帮助提高可读性和“代码就是文档”的概念。
有人会谈论方法调用的性能开销，但是只有在极少数情况下，您才会担心。
编辑-其他海报提到了单一责任原则。尽管这是一个很好的指导原则，但我个人认为这远不止于此。甚至某些职责明确定义的代码片段也可能会被分解，以实现重用和可读性。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句