Quyết định ngôn ngữ nào trong C# làm phiền bạn?

Question

Tôi chỉ xử lý các chuỗi và tôi thấy mình khó chịu khi các chuỗi có thể bị vô hiệu. Vì vậy, tôi phải có

if((teststring??string.Empty)==string.Empty) 

tất cả mọi nơi. Chuỗi? đã rất khó khăn cho phép nullability trong các trường hợp tương đối ít, nơi nó là cần thiết (dbs, idiot đầu vào người dùng, vv). Tôi cũng thấy mình bị kích thích khi phải xuất khẩu các giao diện chỉ đọc trong các trường hợp mà tôi muốn một số dạng const đúng đắn. Vì vậy, những gì C# ngôn ngữ xây dựng/quyết định làm phiền bạn?

EDIT: Cảm ơn chức năng isnullorempty, tôi chưa từng thấy điều đó trước đây! Vẫn không giảm bớt khó chịu của tôi lúc đó là nullable: D

Answer 1

Làm cho chuỗi một loại tham chiếu có vẻ hoàn toàn hợp lý đối với tôi.

Thật đáng tiếc là người ta không thể tuyên bố loại biến/tham số/trả về là không thể rỗng mặc dù - ví dụ:

// Never returns null 
public string! Foo() 
{ 
} 

Các hợp đồng mã trong .NET 4.0 sẽ giúp ích với điều này, tôi tin - nhưng hơi muộn để phổ biến.

Một thời gian trước, tôi đã viết một blog entry on the mistakes of C#. Để tóm tắt rằng bài:

C# 1:

• Thiếu getter riêng biệt/truy cập setter cho tài sản.
• Thiếu thuốc generic. Cuộc sống sẽ ngọt ngào hơn rất nhiều với Generics ngay từ đầu.
• Các lớp học không được niêm phong theo mặc định.
• Enums chỉ được đặt tên là số.
• Trình tự thoát "\ x" ký tự.
• điều khác nhau về câu lệnh switch :)
quy tắc giải quyết
• Một số quá tải lẻ
• Các "khóa" từ khóa, thay vì "sử dụng" với một TOCKEN khóa.

C# 2:

• Thiếu phương pháp từng phần (đến trong C# 3)
• Thiếu phương sai chung (sắp tới trong C# 4)
• Lớp System.Nullable (không Nullable<T> - đó là tốt!)
• InternalsVisibleĐể yêu cầu toàn bộ khóa công khai cho các hội đồng được ký mạnh mẽ thay vì mã thông báo khóa công khai.

C# 3:

• Thiếu sự hỗ trợ cho tính bất biến - rất nhiều thay đổi cải thiện cơ hội cho đột biến loại (các thuộc tính tự động, đối tượng và thu initializers) nhưng không ai trong số những thực sự làm việc với nhiều loại có thể thay đổi
• Khám phá phương pháp mở rộng

Answer 2

chuỗi kiểm tra cho Null hoặc rỗng là tốt nhất thực hiện bằng:

if (string.IsNullOrEmpty(testString)) 
{ 
} 

Answer 3

Con đường tôi phải thực hiện các thuộc tính từ một giao diện trong C# 3,0 thậm chí mặc dù chúng chính xác giống như giao diện khi tôi không thay đổi hành vi mặc định của thuộc tính tự động.

ví dụ:

public interface MyInterface 
{ 
    int MyProperty { get; set;} 
} 

public class MyClass : MyInterface 
{ 
    public int MyProperty { get; set; } 
} 

public class MyClass2 : MyInterface 
{ 
    public int MyProperty { get; set; } 
} 

public class MyClass3 : MyInterface 
{ 
    public int MyProperty { get; set; } 
} 

EDIT: Để giải quyết một số nhận xét về điều này. Tôi không thay đổi bất kỳ hành vi mặc định nào của getter. Tôi hiểu sự khác biệt giữa lớp và giao diện thankyou, quan điểm của tôi là tôi đánh dấu nó với giao diện Tôi không cần phải có thuộc tính này bên trong mỗi lớp thực hiện trừ khi tôi muốn thay đổi hành vi mặc định của getter hoặc setter. Hãy tưởng tượng 500 lớp học triển khai giao diện này?

Ngoài ra việc thiếu mixins ..

Answer 4

ra và ref thông số

Answer 5

Mở rộng về câu trả lời của Mitch.

Đó thực sự là quyết định CLR, không phải là quyết định của C#. C# không kiểm soát các chi tiết thực hiện của lớp System.String của BCL.

True C# có thể có chuỗi ký tự đặc biệt trong trình biên dịch và cho biết chúng tôi sẽ thực hiện kiểm tra null đặc biệt nhưng điều đó sẽ có IMHO, là một quyết định tồi. String.IsNullOrEmpty là một thỏa hiệp có thể chấp nhận được.

Answer 6

Có lẽ lỗ hổng lớn nhất trong C# là, đối với tôi, enums.

Java enums là các lớp an toàn mà bạn có thể đưa ra hành vi, có thể triển khai giao diện, v.v.

C# /. Net enums chỉ là glorified ints với tất cả các vấn đề int hằng số đã quay trở lại C và C++.

Answer 7

Thực thi ngắt trong trường hợp không trống.

Độ trong của enums, đặc biệt trong trường hợp phát biểu. Nếu tôi có chuyển đổi (expr) và expr là một enum, tôi không nên bị buộc phải đủ điều kiện mỗi enum trong mỗi trường hợp, trừ khi có xung đột đặt tên.

Answer 8

Không cho phép thay đổi đồng/trường hợp bị sai hoặc quyền truy cập khi trọng lớp cơ sở hoặc thực hiện phương thức giao diện:

public class A 
{ 
    protected virtual Stream method() 
    { 
     //...stuff... 
    } 
} 

public class B : A 
{ 
    // compiler borks... 
    public override FileStream method() 
    { 
     //...more stuff... 
    } 
} 

Answer 9

ngoại lệ Checked sẽ là tuyệt vời. Tôi biết rất nhiều người ghét họ từ Java, nhưng tôi nghĩ rằng nó luôn luôn thực thi kiểm tra sanity, đặc biệt là trên I/O. Tôi thích hầu hết những thứ mà C# đã thay đổi và/hoặc được thêm vào so với Java, nhưng tôi thực sự muốn họ chấp nhận các ngoại lệ đã kiểm tra. Bây giờ đã quá muộn (khuôn khổ .NET bị thay đổi để có chúng sẽ phá vỡ hầu hết mọi chương trình trên mạng) nhưng tôi nghĩ sẽ tốt hơn nếu có chúng.

Answer 10

Tôi ghét phải nhập IEnumerable<MyType> tất cả mọi nơi. Rất khó đọc. Tôi muốn một số loại ngắn tay cho nó để làm cho mã của tôi sạch hơn.

Điều này SO post tổng hợp nó một cách độc đáo.

Answer 11

Tôi thấy nó rất khó chịu vì rất nhiều phương pháp cốt lõi là tĩnh, đặc biệt là các công cụ thường được sử dụng như Strings và mảng.

Tại sao:

Array.Sort(myArray); 
String.IsNullOrEmpty(myString); 

thay vì:

myArray.Sort(); 
myString.IsNullOrEmpty 

Không nói không có lý do chính đáng cho nó và nó không phải là một vấn đề lớn, nhưng nếu JS có thể quản lý nó, tại sao có thể' t C#? *

Ngoài ra, hãy thực hiện chuyển đổi triển khai. Tôi thực sự nghĩ rằng họ đáng lẽ phải tin tưởng chúng tôi với sự sụp đổ.

* Hãy đến với điều đó tôi bỏ lỡ cú pháp đóng của JS.

Answer 12

Tôi không thích IDisposable/Dispose vv Đến từ C++ rất khó chịu khi thấy mình phải suy nghĩ về quản lý bộ nhớ trong C#. Câu lệnh sử dụng là tốt nếu đối tượng dùng một lần chỉ được sử dụng trong một hàm. Nếu nó phải được thông qua xung quanh bạn cần phải tự tham khảo đếm hoặc làm điều gì đó khác để biết khi nào bạn có thể vứt bỏ đối tượng.

Answer 13

Tôi muốn xem các đối tượng lớp là đối tượng lớp đầu tiên trong ngôn ngữ.

Điều này sẽ cho phép bạn ghi đè phương pháp tĩnh và khai báo chúng trong giao diện.