'Var' và toán tử hợp nhất null nên bao xa '??' được giải trí mà không cản trở khả năng đọc?

Tôi biết tiêu đề của câu hỏi rất chủ quan, nhưng tôi đã phải đối mặt với việc sử dụng ??toán tử bởi các đồng nghiệp của mình, trong đó cùng lúc tôi không hài lòng / thoải mái khi áp dụngvar mới sắp tới.

Đối số được đưa ra để sử dụng ?? toán tử là, nó sẽ lấy đi tính dễ đọc trong mã.

Câu hỏi của tôi là, không phải điều tương tự xảy ra khi bạn bắt đầu sử dụng var?

Toán tử hợp nhất Null (??)

Cá nhân, tôi không thấy bất kỳ nhược điểm nào khi sử dụng toán tử này. Hãy xem xét ba mẫu mã sau đây, từ các toán tử mới 'dễ' đến 'phức tạp'.

Không có phép thuật:

bool isNameSet = false;
string name;
if ( isNameSet )
{
    Console.WriteLine( name );
}
else
{
    Console.WriteLine( "No name set." );
}

Toán tử ternary:

bool isNameSet = false;
string name;
Console.WriteLine( isNameSet ? name : "No name set." );

Không hợp nhất:

string name = null;
Console.WriteLine( name ?? "No name set." );

Lý do các toán tử này được phát minh là vì chúng đại diện cho các hoạt động lập trình rất phổ biến . Không muốn sử dụng chúng bởi vì bạn không quen với chúng chỉ là bướng bỉnh . Ngôn ngữ phát triển, tính năng phát triển, học cách sử dụng chúng!

từ khóa var

Tôi có một ý kiến ​​hơi khác về từ khóa var. Loại biến thường cung cấp thêm thông tin về mã của bạn. Tôi thấy việc ẩn kiểu bằng cách sử dụng từ khóa var đôi khi làm cho mã ít đọc hơn. Bạn biết ít hơn những gì mong đợi mà không cần sử dụng hoàn thành tự động hoặc di chuột qua các định danh để xem chúng thực sự là gì. Theo tôi, điều này dẫn đến mã chậm hơn để đọc / ghi.

Tôi sử dụng từ khóa khi tôi thấy rằng loại không cung cấp thêm thông tin.

• Chủ yếu trong các vòng lặp foreach , mà tôi đã học được từ Resharper vì nó là một thiết lập ở đó. Hầu hết thời gian, bạn biết loại bộ sưu tập bạn đang đi qua, vì vậy bạn biết bạn đang mong đợi các mục từ trong bộ sưu tập đó.
• Linq truy vấn . Kết quả của các truy vấn linq thường là các loại chung rất phức tạp. Hiển thị loại này có hại nhiều hơn tốt.
• Các kiểu chữ dài được khởi tạo đơn giản với hàm tạo của chúng. Bạn đã có thể biết loại này là gì bằng cách nhìn vào hàm tạo.

Để làm ví dụ cho tuyên bố cuối cùng:

ThisIsSomeSpecializedTypeRightHere duplication =
    new ThisIsSomeSpecializedTypeRightHere();
var justAsReadable =
    new ThisIsSomeSpecializedTypeRightHere();  // Less duplication.

// But I still prefer the following ...
int number = 9;
SomeCreatedType foo = Factory.CreateSomeType();

var cho phép mã verbose ít hơn, làm tăng khả năng đọc. Theo tôi, khả năng đọc không nên được đo lường bằng bao nhiêu chi tiết bạn nhìn thấy, nhưng có bao nhiêu chi tiết bị ẩn trong cái nhìn đầu tiên. Ngoài các ví dụ Linq, var cho phép gõ vịt ở cấp mã nguồn, đưa ra ví dụ sau:

...
foreach (var message in messages) {
  var label = Factory.CreateLabel();
  label.Text = message;
  Controls.Add(label);
}
...

Ai quan tâm loại nhãn là gì miễn là nó cung cấp thuộc tính Text?

Tôi không có bất kỳ nhận xét nghiêm túc nào về ??nhà điều hành, vì tôi chưa bao giờ sử dụng ngôn ngữ với nhà điều hành như vậy. Về var, mọi người lập trình bằng các ngôn ngữ như Ruby, Python, Perl và PHP đã hoàn toàn nhập vào mọi lúc. Người bản địa của các ngôn ngữ này nhận ra rằng loại chính thức của một biến thường là tiếng ồn không liên quan. Bạn quan tâm nhiều hơn đến những gì biến có thể làm , tức là giao diện cấu trúc / vịt.

Tương tự, tôi lập trình chủ yếu ở D. D được gõ tĩnh nhưng có autotừ khóa, tương đương vớivar . Nó được coi là thành ngữ để sử dụng nó ở mọi nơi trừ khi bạn thấy một nhu cầu cụ thể để nhấn mạnh loại của một cái gì đó cho người đọc hoặc (thông qua chuyển đổi ngầm) trình biên dịch. Ngoại trừ thỉnh thoảng khi được sử dụng làm kiểu trả về hàm (điều này được cho phép trong D), tôi chưa bao giờ thấy nó cản trở khả năng đọc, bởi vì tôi chủ yếu nghĩ về giao diện cấu trúc / vịt, không phải kiểu chính thức / chỉ định, khi tôi lập trình.

Hơn nữa, IMHO sử dụng varmọi nơi có thể là một ví dụ điển hình về DRY. Loại của một cái gì đó nên được chỉ định ở một và chỉ một nơi, và sau đó tự động được truyền bá bất cứ khi nào nó cần được truyền bá. Nếu bạn sử dụng varvà loại chính thức của biến cần thay đổi tại một số điểm, các thay đổi cần thiết sẽ tự động được phổ biến ở mọi nơi cần thiết bởi trình biên dịch miễn là chương trình vẫn đúng kiểu, thay vì lập trình viên phải thay đổi thủ công mọi trường hợp . Đây là một điều tốt (TM).

Tôi nghĩ rằng đây là một câu hỏi cho đội cuối cùng. Nếu không ai có thể đọc được cho bất kỳ ai khác trong nhóm của tôi thì tôi sẽ không sử dụng nó, mặc dù tôi có thể thử một vài lần để thuyết phục họ bằng các ví dụ hoặc bằng cách chỉ ra các chữ viết tắt hậu môn (như + =) mà họ thấy dễ đọc hơn.

Tuy nhiên, nếu làm việc một mình thì tôi thấy ?? và var có thể đọc được mà không có giới hạn. Cũng

var a = b ?? c ?? d ?? e ?? "";

là khá rõ ràng đối với tôi.

Tất nhiên các nhà khai thác và dynamiclà một vấn đề khác nhau.

Đối số được đưa ra để sử dụng ?? toán tử là, nó lấy đi khả năng đọc trong mã.

Suy nghĩ ngắn gọn về nó, bình luận này cho tôi biết người bình luận, không hiểu nó cũng như anh ấy / cô ấy nên. Điều này rất có thể đúng trong một số trường hợp nhất định, nhưng về tổng thể, tôi không giảm giá một cái gì đó mà nhóm C # rõ ràng nghĩ là đủ quan trọng để thêm vì "khả năng đọc". Tôi đặt này trong cùng một chủng loại if(boolean_object)vs if(boolean_object == true). Một số người cho rằng cái thứ hai dễ đọc hơn, nhưng thực tế nó chỉ cần thêm mã cho ai đó đọc / gõ, và trong một số tình huống có thể gây nhầm lẫn hơn (nghĩ if(boolean_object != false))

Câu hỏi của tôi là, điều tương tự không xảy ra khi bạn bắt đầu sử dụng var?

Nhóm C # đã cho phép bạn không xác định điều gì đó mà bạn biết nó sẽ diễn ra. Trừ khi tôi thực sự cần xác định một biến sẽ là gì (hoặc điều cực kỳ quan trọng là một đối tượng trả về thuộc loại x, hoặc nó thực sự không thể đọc được), tôi sử dụng var. var x = "MY_STRING";Tôi biết đó là một chuỗi từ nhìn vào nó. Trong thực tế, tôi không thực sự quan tâm rằng đó là một chuỗi miễn là nó làm những gì tôi cần nó để làm. Xác định loại biến là vì lợi ích của tôi, không phải của trình biên dịch. Nếu có gì đó không đúng, trình biên dịch sẽ cho tôi biết khi nào nó chạy nếu tôi có loại biến sai.

Theo tôi, vartừ khóa được sử dụng tốt nhất trong các tình huống được giới thiệu ban đầu - truy vấn LINQ. Trong các truy vấn này, loại kết quả được trả về thường có một số tên phức tạp lớn, khó xác định trước thời hạn và không giúp người đọc hiểu được mã của bạn làm gì.

Tuy nhiên, làm var text = "Some text " + variableName + "some more text."chỉ là lười biếng.

EDIT: @Jorg Bạn đã nhảy vào một câu trả lời có mục đích đơn giản nhưng không thêm gì vào cuộc thảo luận. OK, làm thế nào về điều này cho một ví dụ tốt hơn: var items = doc.DocumentElement.FirstChild.ChildNodes;Nếu bạn có thể tìm ra loại từ đó tôi sẽ cung cấp cho bạn một cookie.

Tôi có một vấn đề cơ bản với việc sử dụng var.

Trong ví dụ này, mọi thứ đều song song, nhưng vấn đề thực sự là với các giải pháp lớn với các thư viện hoặc dự án chung.

Xem xét điều này:

public MyFirstObject GetMeAnObject() {
    return new MyFirstObject();
}

public void MainProgram() {
    var theObject = GetMeAnObject();
    theObject.PerformOperation();
}

Điều gì xảy ra nếu người khác thay đổi GetMeAnObject để phù hợp với nhu cầu của họ?

public MySecondObject GetMeAnObject() {
    return new MySecondObject();
}

Phương thức MainProgram sẽ có một lỗi lớn màu đỏ trên .PerformOperation (). Chuyện gì đã xảy ra? PerformanceOperation hoạt động hoàn hảo trước đây. Chúng tôi xem xét các phương thức trên theObject và nó chỉ biến mất không một dấu vết. Nó đã ở đó lần trước, và chúng tôi cần phương pháp đó. Bạn có thể mất một thời gian dài để theo đuổi cái đuôi của mình và cố gắng tìm hiểu tại sao, nếu MyFirstObject có một phương thức gọi là PerformanceOperation, thì bây giờ không thể nhìn thấy nó. Mọi người "biết" rằng GetMeAnObject trả về MyFirstObject, vì vậy không có điểm nào kiểm tra điều đó.

Nếu bạn đã gõ rõ ràngObject thì bạn sẽ gặp lỗi Cast không hợp lệ trên dòng gọi GetMeAnObject và rõ ràng là GetMeAnObject sẽ trả về một loại không như bạn mong đợi.

Tóm lại, khai báo rõ ràng có nghĩa là bạn biết ý nghĩa của các lỗi. Truyền không hợp lệ có nghĩa là bạn mong đợi một loại và một loại khác đã được trả lại. Một thành viên không được công nhận có nghĩa là thành viên không được công nhận.