是創建一個包裝，使制定者接受

Question

的鏈接想象一下，一類Person。它的構造函數需要很多參數，而類不受你控制。如果你想簡化對象的創建，你可以創建一個構建器，讓你將指令鏈接在一起。

但是，如果您想在創建後更改Person的實例，則必須單獨訪問其所有設置器。

如果你將不得不像這樣經常做大的改變，是否可以接受爲Person創建一個允許鏈接setter的包裝？我以前大部分都只看到了建造者的鏈接，讓制定者返回他們改變的對象是不是一個好主意？

示例代碼，以顯示我的想法：

public class Person { 
    String name; 
    int age; 

    public void setName(String name){ this.name = name; } 

    public void setAge(int age){ this.age = age; } 

} 

public class PersonWrapper { 
    Person person = new Person(); 

    public PersonWrapper setName(String name){ 
     this.person.setName(name); 
     return this; 
    } 

    public PersonWrapper setAge(int age){ 
     this.person.setAge(age); 
     return this; 
    } 
} 

public class Example { 
    public void example() { 
      Person p = new Person(); 
      PersonWrapper pw = new PersonWrapper(); 

      //some time later, we want to change these objects 
      p.setName("John"); 
      p.setAge(20);     //this becomes 

      pw.setName("John").setAge(20); //this instead 
    } 
} 

顯然，如果是一個有點大量的屬性來設置這隻會是有用的。我只提供了兩個屬性來保持簡短。

注意：這是問題Can I do multiple actions to one component in a more elegant way?，讓我想知道這一點。起初，我只是想問這是對接受答案的評論，但顯然我的代表太低評論。如果我錯誤地發佈這個作爲一個新問題，請讓我知道，所以下次我不會犯同樣的錯誤。

Answer 1

如果你真的想花費額外的努力只是爲了鏈接屬性（我認爲不值得），你的解決方案是從設計方面確定。沒有DRY violiation，通過使用Person而不是接口，耦合已經很高，所以額外的PersonWrapper類不會受到傷害。但如前所述，我懷疑這種好處是值得的。

如果只有建設過程中，你不用擔心，我建議你考慮一下工廠模式。

另一種解決方案是使用一個實用工具類，它提供對人對象最常見的操作。例如：

PersonUtility.SetNameAge(personObject, „John「, „Doe「, 31); 
PersonUtility.SetLook(personObject, weight, height, waistSize, hairColor, eyeColor); 

但如果你真的想要去一個包裝類我建議以下的方法，使包裝只做了鏈接，而所有其他操作可能會與原來的Person類來完成。

public class Person { 
    private String mName; 
    private int mAge; 

    void setName(String name){ mName = name; } 
    void setAge(int age){ mAge = age; } 

    void printPerson() { 
     System.out.println(mName + " " + mAge); 
    } 
} 

public class PersonWrapper { 
    private final Person mPerson; 

    public PersonWrapper(Person person) { 
     mPerson = person; 
    } 

    PersonWrapper setName(String name) { 
     mPerson.setName(name); 
     return this; 
    } 

    PersonWrapper setAge(int age) { 
     mPerson.setAge(age); 
     return this; 
    } 

    public Person getPerson() { 
     return mPerson; 
    } 
} 

public class Main { 

    public static void main(String[] args) { 
    // write your code here 
     PersonWrapper wrapper = new PersonWrapper(new Person()).setName("John Doe").setAge(31); 

     wrapper.getPerson().printPerson(); 
    } 
} 

Answer 2

我不知道這個程序的，但首先它不建議以創建新類裏的人的對象，這將增加的依賴，而不是你可以在外面創建該對象，並在構造函數發送「PersonWrapper」。

我的建議是讓PersonWrapper繼承的人是這樣的。

public class PersonWrapper extends Person { 


    public PersonWrapper setCustomName(String name){ 
    this.setName(name); 
    return this; 
    } 

    public PersonWrapper setCustomAge(int age){ 
    this.setAge(age); 
    return this; 
    } 
} 

Answer 3

如果你喜歡的文章Why getters and setters are evil和你沒有過Person.java控制，您使用的包裝類的建議似乎是最好的辦法。