Có bất kỳ điểm nào trong việc sử dụng các trình xây dựng và giao diện chất lỏng với các trình khởi tạo đối tượng không?

Trong Java và C #, bạn có thể tạo một đối tượng với các thuộc tính có thể được đặt khi khởi tạo bằng cách xác định hàm tạo với các tham số, xác định từng thuộc tính sau khi xây dựng đối tượng hoặc sử dụng mẫu giao diện của trình xây dựng / chất lỏng. Tuy nhiên, C # 3 đã giới thiệu bộ khởi tạo đối tượng và bộ sưu tập, có nghĩa là mẫu xây dựng phần lớn là vô dụng. Trong một ngôn ngữ không có trình khởi tạo, người ta có thể triển khai trình xây dựng sau đó sử dụng nó như sau:

Vehicle v = new Vehicle.Builder()
                    .manufacturer("Toyota")
                    .model("Camry")
                    .year(1997)
                    .colour(CarColours.Red)
                    .addSpecialFeature(new Feature.CDPlayer())
                    .addSpecialFeature(new Feature.SeatWarmer(4))
                    .build();

Ngược lại, trong C # người ta có thể viết:

var vehicle = new Vehicle {
                Manufacturer = "Toyota",
                Model = "Camry",
                Year = 1997,
                Colour = CarColours.Red,
                SpecialFeatures = new List<SpecialFeature> {
                    new Feature.CDPlayer(),
                    new Feature.SeatWarmer { Seats = 4 }
                }
              }

... Loại bỏ sự cần thiết của một người xây dựng như trong ví dụ trước.

Dựa trên những ví dụ này, các trình xây dựng có còn hữu ích trong C # hay chúng đã được thay thế hoàn toàn bởi các trình khởi tạo?

Như được chạm vào bởi @ user248215, vấn đề thực sự là sự bất biến. Lý do bạn sẽ sử dụng một trình xây dựng trong C # sẽ là để duy trì sự chứng minh của trình khởi tạo mà không phải để lộ các thuộc tính có thể thiết lập được. Đó không phải là một câu hỏi về đóng gói mà đó là lý do tại sao tôi đã viết câu trả lời của riêng mình. Đóng gói là khá trực giao vì việc gọi một setter không ngụ ý những gì setter thực sự làm hoặc ràng buộc bạn với việc thực hiện nó.

Phiên bản tiếp theo của C #, 8.0, có khả năng giới thiệu một withtừ khóa cho phép các đối tượng bất biến được khởi tạo rõ ràng và chính xác mà không cần phải viết trình xây dựng.

Một điều thú vị khác mà bạn có thể làm với các nhà xây dựng, trái ngược với các trình khởi tạo, là chúng có thể dẫn đến các loại đối tượng khác nhau tùy thuộc vào chuỗi các phương thức được gọi.

Ví dụ

value.Match()
    .Case((DateTime d) => Console.WriteLine($"{d: yyyy-mm-dd}"))
    .Case((double d) => Console.WriteLine(Math.Round(d, 4));
    // void

var str = value.Match()
    .Case((DateTime d) => $"{d: yyyy-mm-dd}")
    .Case((double d) => Math.Round(d, 4).ToString())
    .ResultOrDefault(string.Empty);
    // string

Chỉ cần làm rõ ví dụ ở trên, đó là một thư viện khớp mẫu sử dụng mẫu xây dựng để xây dựng một "khớp" bằng cách chỉ định các trường hợp. Các trường hợp được nối bằng cách gọi Casephương thức truyền cho nó một hàm. Nếu valueđược gán cho kiểu tham số của hàm thì nó được gọi. Bạn có thể tìm thấy mã nguồn đầy đủ trên GitHub và, vì các nhận xét XML khó đọc bằng văn bản thuần túy, đây là một liên kết đến tài liệu được xây dựng của SandCastle (xem phần Ghi chú )

Các trình khởi tạo đối tượng yêu cầu các thuộc tính phải được truy cập bằng mã gọi. Các nhà xây dựng lồng nhau có thể truy cập các thành viên tư nhân của lớp.

Nếu bạn muốn làm cho Vehiclebất biến (thông qua việc đặt tất cả các setters thành riêng tư), thì trình xây dựng lồng nhau có thể được sử dụng để đặt các biến riêng tư.

Tất cả đều phục vụ các mục đích khác nhau !!!

Các nhà xây dựng có thể khởi tạo các trường được đánh dấu readonlycũng như các thành viên riêng tư và được bảo vệ. Tuy nhiên, bạn hơi bị hạn chế trong những gì bạn có thể làm trong một hàm tạo; bạn nên tránh chuyển thissang bất kỳ phương thức bên ngoài nào, ví dụ, và bạn nên tránh gọi các thành viên ảo, vì chúng có thể thực thi trong ngữ cảnh của lớp dẫn xuất chưa tự xây dựng. Ngoài ra, các hàm tạo được đảm bảo để chạy (trừ khi người gọi đang làm điều gì đó rất bất thường), vì vậy nếu bạn đặt các trường trong hàm tạo, mã trong phần còn lại của lớp có thể cho rằng các trường đó sẽ không có giá trị.

Khởi tạo chạy sau khi xây dựng. Họ chỉ cho phép bạn gọi tài sản công cộng; Các trường riêng tư và / hoặc chỉ đọc không thể được đặt. Theo quy ước, hành động thiết lập một tài sản nên khá hạn chế, ví dụ như nó là bình thường và có tác dụng phụ hạn chế.

Các phương thức của Builder là các phương thức thực tế và do đó cho phép nhiều hơn một đối số và theo quy ước có thể có các tác dụng phụ bao gồm cả việc tạo đối tượng. Mặc dù họ không thể thiết lập các trường chỉ đọc, nhưng họ có thể làm bất cứ điều gì khác. Ngoài ra, các phương thức có thể được triển khai như các phương thức mở rộng (giống như hầu hết tất cả các chức năng LINQ).