重命名助手類 - 代碼審查

-2

我有一個類依賴另一個類來添加/刪除項目。這個名字裏面有'Helper'這個名字，我認爲這會改變？是否有名稱約定？我應該從這個'助手'類中提取一個接口嗎？重命名助手類 - 代碼審查

僞代碼：

class GenClass { 

     save(){ 
      GenClassHelper helperCLass = new GenClassHelper(); 
      //setting up the add functionality 
      helperCLass.add(); 

      //setting up the remove functionality 
      helperCLass.remove(); 
     } 
    } 

    class GenClassHelper{ 
     public void add(){ 
     } 

     public void remove(){ 
     } 
    } 
}

來源

2012-05-24 blue-sky

我根本不明白你的問題。你在問名稱約定嗎？ – OmniOwl

使用一個有意義的例子，並正確地表達你的問題;） – Alexander

「助手」是一個糟糕的名字。我會避開命名任何類「助手」，因爲它沒有傳達任何類型的信息。它對你有什麼幫助？ –

通過給出的例子來看，一個輔助類是完全這裏的錯誤的解決辦法。操作類的實例的方法通常應該是所述類的方法。

正如您的示例所示，對於每個「常規」類，您絕對不應該有單獨的助手類。

應該非常謹慎地使用帶有靜態方法的助手。

來源

2012-05-24 21:41:17 biziclop

但是，如果這個類已經有很多方法，是不是更好的提取一些共享功能到一個單獨的類？ –

是的，但不一定在助手類。你應該如何處理它取決於確切的情況，但它可以是從繼承到設計模式（如裝飾器或外觀）的任何事情。只有在沒有其他東西真的適合時才應該使用靜態助手。（java.lang.Math類的方法就是一個很好的例子，除此之外別無他法。） – biziclop

重命名助手類 - 代碼審查

回答

相關問題