Yêu cầu xích trong Java 7?

Question

Tôi vừa đọc một số Java 7 preview presentation (pdf) và có một trang trình bày trên Yêu cầu được ghép nối. Dưới đây là ví dụ được sử dụng trong trang trình bày:

// Construction with setters 
DrinkBuilder margarita = new DrinkBuilder(); 
margarita.add("tequila"); 
margarita.add("orange liqueur"); 
margarita.add("lime juice"); 
margarita.withRocks(); 
margarita.withSalt(); 
Drink drink = margarita.drink(); 

// Construction with chained invocation 
Drink margarita = new DrinkBuilder() 
    .add("tequila") 
    .add("orange liqueur") 
    .add("lime juice") 
    .withRocks() 
    .withSalt() 
    .drink(); 

Và tôi có cảm giác lẫn lộn về điều này. Người ta không nên chuỗi quá nhiều lời gọi phương thức vào một câu lệnh. Mặt khác, viết margarita.this() và margarita.that() cũng không thuận tiện.

Bây giờ, tôi đang đến Java từ thế giới Delphi. Và ở Delphi có cấu trúc ngôn ngữ with. Điều này được ấp ủ bởi một vài người và bị ghê tởm bởi nhiều người (hoặc là nó theo cách khác xung quanh?). Tôi thấy with là thanh lịch hơn ý tưởng về yêu cầu xích (mà tôi tin rằng hoạt động trên cơ sở phương pháp void trả về tham chiếu đến đối tượng mà nó đã được gọi - và đây là phần tôi không thích, vì void phải trả về không có gì).

tôi sẽ đánh giá cao tính năng with ngôn ngữ được chấp nhận bởi Java, vì vậy mã ví dụ có thể được viết như sau:

Drink margarita = null; 
with (new DrinkBuilder()) { 
    add("tequila"); 
    add("orange liqueur"); 
    add("lime juice"); 
    withRocks(); 
    withSalt(); 
    margarita = drink(); 
} 

Tôi là người duy nhất muốn giải pháp này đến gọi xích? Bất cứ ai khác cảm thấy rằng with có thể là một phần mở rộng hữu ích cho ngôn ngữ Java? (Nhắc tôi về câu hỏi của ai đó về sự cần thiết của "Java ++" ...)

Answer 1

các với tuyên bố có thể được dịch trong Java sử dụng các lớp nặc danh với initializer:

Drink margarita = new DrinkBuilder() {{ 
    add(“tequila”); 
    add(“orange liqueur”); 
    add(“lime juice”); 
    withRocks(); 
    withSalt(); 
}}.drink(); 

các nhược điểm của việc sử dụng thành ngữ này cũng là tài liệu here.

Yêu cầu ghép chuỗi là bí danh cho chuỗi phương pháp. Đó là nổi tiếng thành ngữ và làm việc với bất kỳ phiên bản của Java:

class Chained { 

    public Chained withFoo() { 
     // ... 
     return this; 
    } 

    public Chained withBar() { 
     // ... 
     return this; 
    } 
}  

một đề nghị cho JDK 7 là allowing of chaining method also for void return type:

class ChainedJava7 { 

    public void withFoo() { 
     // ... 
    } 

    public void withBar() { 
     // ... 
    } 
}  

Answer 2

Tôi không phải là người hâm mộ sử dụng này with; Tôi thích số Python with statement. Tuy nhiên, tôi đồng ý với bạn rằng void có nghĩa là void. Trong ví dụ bạn cung cấp, nếu một người thực sự muốn có khả năng tạo chuỗi các lời gọi phương thức, họ chỉ nên thay đổi kiểu trả về trên các phương thức của chúng để chúng có thể có chuỗi.

Answer 3

This có thể bạn quan tâm.

Answer 4

tôi khá giống như with báo cáo của hình thức đó nhưng tôi thích phiên bản VB của họ:

With testObject 
    .Height = 100 
    .Text = "Hello, World" 
    .ForeColor = System.Drawing.Color.Green 
End With 

Khi mỗi thuộc tính trong khối With vẫn phải được đi trước bởi một . bạn biết rằng you'r e tham chiếu một thuộc tính đối tượng và không, nói, một biến cục bộ, giảm bất kỳ xung đột vùng tên nào.

Nếu chúng ta lấy ví dụ của bạn:

with (new DrinkBuilder()) { 
    add(“tequila”); 
    add(“orange liqueur”); 
    add(“lime juice”); 
    withRocks(); 
    withSalt(); 
    margarita = drink(); 
} 

không có cách nào dễ dàng để nói nếu withSalt() là một phương pháp DrinkBuilder hoặc một phương pháp trong lớp địa phương. Nếu bạn chỉ cho phép các phương thức của đối tượng with -ed trong khối with thì tôi nghĩ chúng trở nên ít hữu ích hơn nhiều.

Answer 5

Có thể nhiều cuộc gọi đến một đối tượng là dấu hiệu cho thấy một số mã cần được di chuyển xung quanh?

Answer 6

Joshua Bloch trong Effective Java MụC# 2 khuyên bạn nên sử dụng Trình tạo khi bạn có một hàm tạo với nhiều đối số. Một lý do là nó có thể được viết để đảm bảo rằng đối tượng được xây dựng luôn ở trạng thái nhất quán. Nó cũng tránh có các "nhà xây dựng lồng ghép" phức tạp trong lớp của đối tượng được xây dựng. Một thứ khác nữa là nếu bạn muốn đối tượng dựng sẵn không thay đổi (ví dụ, đối với an toàn luồng), nó không thể có các phương thức setter.