C# đối tượng khởi tạo phức tạp. thực hành tốt nhất

Question

Tôi đã quá vui mừng khi khởi tạo đối tượng xuất hiện trong C#.

MyClass a = new MyClass(); 
a.Field1 = Value1; 
a.Field2 = Value2; 

thể được viết lại ngắn hơn:

MyClass a = new MyClass { Field1 = Value1, Field2 = Value2 } 

đang Object initializer là rõ ràng hơn nhưng khi tính số nào đến chục và một số các giao dịch chuyển nhượng với giá trị nullable thật khó để gỡ lỗi nơi "null tham khảo lỗi "is. Studio hiển thị toàn bộ đối tượng khởi tạo làm điểm lỗi.

Ngày nay tôi sử dụng trình khởi tạo đối tượng để chỉ gán đơn giản cho các thuộc tính không có lỗi.

Làm cách nào để bạn sử dụng trình khởi tạo đối tượng cho phép gán phức tạp hoặc thực tế là sử dụng hàng tá các xác nhận?

Cảm ơn bạn trước!

Answer 1

Vâng, thịt bò chính của tôi với bộ khởi tạo đối tượng là chúng yêu cầu loại có thể thay đổi để bắt đầu: nếu có thể, tôi thích sử dụng các loại không thay đổi được. Có nói rằng, khi một đối tượng khởi tạo sẽ hoạt động (ví dụ: đối với điều khiển giao diện người dùng), tôi có xu hướng sử dụng chúng. Tôi có thể nghĩ hai lần nếu giá trị cho các bài tập đặc biệt phức tạp để tính toán - cụ thể, bạn phải có khả năng nhận giá trị trong một biểu thức đơn và điều đó có thể sẽ ít đọc hơn máy tính nó trên một số báo cáo ... nhưng đó là tương đối hiếm trong các tình huống mà điều này là khả thi để bắt đầu.

Tôi không thể nói rằng tôi đã gặp phải bất kỳ sự cố nào với các ngoại lệ trong quá trình gán thuộc tính với bộ khởi tạo đối tượng - nó không phải là thứ mà tôi nghĩ ra. Nếu nó đã làm, tôi có thể cố gắng để viết một bài kiểm tra đơn vị không anyway, lúc đó mã điểm thường trở nên dễ dàng để sửa chữa mà không có trình gỡ lỗi anyway. Rõ ràng là kiểm duyệt luôn luôn là một điều tốt - Tôi không đề nghị lấy điều này đến cực đoan ... nhưng nếu bạn đang thiết lập một chục tài sản, bằng cách sử dụng một khởi tạo đối tượng sẽ không được nhiều như một mối quan tâm với tôi như là một điều gì đó không tốt. có hàng tá thuộc tính để bắt đầu. Có bất kỳ thuộc tính nào trong số này có liên quan? Những người có nên được đóng gói với nhau bằng cách nào đó? (Trong một số trường hợp, là phạt - một lần nữa, đặc biệt là với các điều khiển giao diện người dùng - nhưng thường là không.)

Answer 2

Tôi không bao giờ sử dụng nó trong mã đang được phát triển bởi vì khi bạn chỉ ra, khó gỡ lỗi hơn.

Đối với mã được kiểm tra tốt, nó có thể làm cho mã dễ đọc hơn, mặc dù có thể lập luận rằng bạn không nên rối tung với mã được kiểm tra và làm việc tốt để dễ đọc hơn.

Hãy nhớ, đối tượng khởi tạo đối tượng được giới thiệu ngôn ngữ chủ yếu để làm cho cú pháp LINQ hợp pháp. Điều đó không có nghĩa là nó nên được sử dụng rộng rãi hơn. Có nói rằng, nếu bạn đang thiết lập một loạt các thuộc tính trên một số điều khiển, thì việc thụt lề một mình có thể dễ dàng hơn để có cái nhìn tổng quát về nơi mà các điều khiển nhất định được đặt thuộc tính của chúng.

Answer 3

Nếu bạn đang gỡ lỗi ứng dụng của mình thì bạn nên trong hầu hết các trường hợp vẫn có thể sử dụng công cụ gỡ lỗi của VS để xác định nhiệm vụ nào đang gây ra tham chiếu null.

Tuy nhiên, nếu bạn chia nhiệm vụ trên nhiều dòng, tôi nghĩ VS sẽ trỏ đến dòng ngay khi một ngoại lệ được ném:

MyClass a = new MyClass { 
        Field1 = Value1, 
        Field2 = Value2 }; 

Lưu ý: Tôi không làm điều này bản thân mình, vì vậy hãy nhẹ nhàng về phong cách đột phá của tôi (có thể).