我正在使用Spring和Hibernate進行JSF項目，其中除其他外，還有許多Converter遵循相同模式的s：getAsObject 接收對象id的字符串表示形式，將其轉換為數字，并獲取給定種類和給定id的實體getAsString 接收和實體，并返回轉換為的對象的ID String該代碼實質上是以下代碼（省略了檢查）：@ManagedBean(name="myConverter")@SessionScopedpublic class MyConverter implements Converter {    private MyService myService;    /* ... */    @Override    public Object getAsObject(FacesContext facesContext, UIComponent uiComponent, String value) {        int id = Integer.parseInt(value);        return myService.getById(id);    }    @Override    public String getAsString(FacesContext facesContext, UIComponent uiComponent, Object value) {        return ((MyEntity)value).getId().toString();    }}鑒于有大量Converter完全像這樣的s（當然MyService和類型除外MyEntity），我想知道是否值得使用單個通用轉換器。泛型本身的實現并不困難，但是我不確定聲明Bean的正確方法?？赡艿慕鉀Q方案如下：1-編寫通用實現，我們稱之為MyGenericConverter，沒有任何Bean批注2-將特定的轉換器廣告編寫為的子類，MyGenericConverter<T>并根據需要對其進行注釋：@ManagedBean(name="myFooConverter")@SessionScopedpublic class MyFooConverter implements MyGenericConverter<Foo> {    /* ... */}在編寫本文時，我意識到也許并不是真的需要泛型，所以也許我可以簡單地編寫具有這兩種方法的實現的基類，并根據需要編寫子類。有一些非瑣碎的細節需要處理（例如，我必須以MyService某種方式抽象類的事實），所以我的第一個問題是：值得為之煩惱嗎？如果是這樣，還有其他方法嗎？