爲方便閱讀，在方法內寫入方法。是好是壞？

我個人喜歡打破長方法成更小的步驟，例如：爲方便閱讀，在方法內寫入方法。是好是壞？

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

這是矯枉過正？有人抱怨說，有太多的跳躍來找到實際的邏輯。我個人喜歡它，因爲我可以更容易地看到程序員的意圖。

什麼是正確的平衡，以及在它擊敗清晰的對象之前建議多少級別的嵌套方法？

來源

2013-01-16 happygilmore

我喜歡寫這樣的方法，因爲它是一個很好的「分離關注點」。在你的情況下，我想象調用Load（）的代碼並不在乎Load（）如何加載，只是它加載了它應該加載的任何內容。另外如果LoadStep3（）需要改變，如果它沒有被分離到它自己的方法中，那麼你可能不得不重新排列實際上與LoadStep3（）無關的邏輯。 – Jammerz858

由於沒有其他人留下了較大幅度的答案我就參考我在你的問題，並提供此鏈接（這是一個體面的讀取）http://weblogs.asp.net/arturtrosin/archive/2009/01/26/separation-of-concern-vs-single-responsibility-principle-soc-vs-srp.aspx

來源

2013-01-16 15:00:01 Jammerz858

爲方便閱讀，在方法內寫入方法。是好是壞？

回答

相關問題