在方法内部编写方法以提高可读性。是好是坏？答案

【问题标题】：Writing methods inside methods for readability. Good or bad?在方法内部编写方法以提高可读性。是好是坏？
【发布时间】：2013-01-16 14:44:07
【问题描述】：

我个人喜欢将长方法分解成更小的步骤，例如：

Load()
{
LoadStep1()
LoadStep2()
LoadStep3()
LoadStep4()
...
}

这是矫枉过正吗？其他人抱怨说有太多的跳跃来寻找实际的逻辑。我个人喜欢它，因为我可以更容易地看到程序员的意图。

什么是正确的平衡，在破坏清晰的对象之前，建议使用多少层嵌套方法？

【问题讨论】：

我喜欢编写这样的方法，因为它是一个很好的“关注点分离”。在您的情况下，我想调用 Load() 的代码并不关心 Load() 的加载方式，只是它加载了它应该加载的任何内容。此外，如果 LoadStep3() 需要更改，如果它没有分离成自己的方法，那么您可能不得不重新安排实际上与 LoadStep3() 无关的逻辑。

【解决方案1】：

由于没有其他人留下更实质性的答案，我将仅参考我对您问题的评论并提供此链接（读起来不错）http://weblogs.asp.net/arturtrosin/archive/2009/01/26/separation-of-concern-vs-single-responsibility-principle-soc-vs-srp.aspx

【讨论】：