Hàm khởi tạo trống hoặc không có hàm tạo nào

Question

Tôi nghĩ rằng không bắt buộc phải có hàm tạo mặc định trong lớp (C#).

Vì vậy, trong trường hợp đó, tôi sẽ có một hàm khởi tạo trống trong lớp hoặc tôi có thể bỏ qua nó không?

Thực tiễn tốt nhất để có một hàm tạo mặc định rỗng?

Class test 
{ 
    public test() 
    { 

    } 
     ...... 
} 

hoặc

Class test 
{ 
     ...... 
} 

Answer 1

Nếu lớp không được các bên thứ ba sử dụng và bạn không cần một hàm tạo quá tải, không viết một hàm tạo rỗng.

Nhưng ...

Hãy tưởng tượng bạn đã chuyển sản phẩm và bên thứ ba sử dụng lớp học của bạn. Một vài tháng sau đó có một yêu cầu mới mà làm cho bạn thêm một constructor với một đối số.

Bây giờ, bằng cách làm như vậy, trình biên dịch C# không còn tạo ra một hàm tạo mặc định nữa. Nếu bạn không thêm một hàm tạo rỗng, mã của bên thứ ba sẽ bị ngắt.

Theo ý kiến ​​của tôi, bạn nên luôn luôn định nghĩa các hàm tạo rỗng (một lớp lót) cho các lớp công khai được các bên thứ ba sử dụng.

Answer 2

KISS - Nếu lớp học của bạn không cần phải làm bất cứ điều gì trong constructor mặc định - không xác định nó. Trình biên dịch sẽ tạo ra một cho bạn.

Từ horse's mouth:

Trừ lớp là tĩnh, các lớp học mà không nhà xây dựng được cho một constructor mặc định công bởi trình biên dịch C# để cho phép lớp instantiation.

Answer 3

Theo mặc định C# sẽ thêm hàm tạo tham số 0 cho bạn. Vì vậy, không thêm một nếu bạn không có bất cứ điều gì đặc biệt để làm ở đó.

Bạn sẽ phải tự thêm bất kỳ hàm tạo lập trình trống nào - ngay cả khi không có mã - nếu bạn có một hàm tạo khác có tham số và muốn giữ cho hàm tạo ít tham số còn sống.

Một kịch bản mà bạn muốn thêm một constructor tham số ít sản phẩm nào là nếu bạn muốn thay đổi sửa đổi lần truy cập của nó từ công chúng đến cái gì khác (tư nhân, bảo vệ hoặc nội bộ)

Answer 4

Các biên dịch C# sẽ tạo ra mặc định constructor cho bạn, vì vậy bạn không nên viết một parameterless, với một cơ thể trống rỗng.

Answer 5

Không viết hàm khởi tạo trống nó sẽ được tạo theo mặc định

Answer 6

There's nothing like default constructors. Đó là hàm tạo ít tham số công khai trong C#. Trình biên dịch C# sẽ tìm kiếm các hàm tạo trong một lớp trong khi biên dịch và sẽ thêm một hàm tạo ít tham số công khai nếu không có các hàm tạo nào được định nghĩa. Vì vậy, nó là ok để bỏ qua xác định một constructor nếu đối tượng lớp của bạn không cần bất kỳ hoạt động đặc biệt để xây dựng. Thứ hai, nếu bạn định nghĩa một hàm tạo với tham số thì trình biên dịch sẽ không thêm một hàm tạo ít tham số công khai vì trình biên dịch sẽ giả định các đối tượng của bạn phải được xây dựng thông qua hàm tạo mà bạn đã định nghĩa. Có nói rằng, bạn phải xác định rõ ràng một constructor tham số-ít nếu bạn có ít nhất một constructor parameterized, nếu bạn cần các đối tượng của bạn để xây dựng với constructor parameteress.

Bạn cũng có thể có một hàm tạo không tham số riêng tư cũng là công cụ tạo các lớp đơn.

Answer 7

Lần duy nhất tôi sẽ bao gồm một hàm tạo tham số rỗng là nếu tôi muốn hàm tạo là riêng tư hoặc nếu tôi muốn một hàm tạo tham số gọi một quá tải khác bằng null làm tham số. BTW, trong ví dụ của bạn ở trên, bạn đã tạo ra hàm tạo của Test bằng cách không xác định công khai.

class Foo 
{ 
    public Foo() 
     : this(null) 
    { 
    } 

    public Foo(string bar) 
    { 
     if (bar != null) 
     { 
      Console.WriteLine(bar); 
     } 
    } 
} 

Answer 8

Nếu bạn không cần một hàm tạo tham số, đừng thêm một cơ sở trống. Tuy nhiên, nếu ai đó muốn serialize/deserialize đối tượng của lớp học của bạn, sau đó bạn sẽ cần một constructor parameterless.

Nếu bạn xác định không có nhà thầu, trình biên dịch sẽ tự động tạo một tham số mặc định cho bạn, nhưng sẽ không nếu bạn tự định nghĩa một hàm tạo.

Ngẫu nhiên, bạn có thể chặn trình tạo mặc định được tạo tự động của trình biên dịch C# bằng cách xác định một hàm tạo riêng, trống.