Tôi có nên sử dụng uint trong C # cho các giá trị không thể âm không?

Tôi vừa cố gắng thực hiện một lớp học nơi nhiều thuộc tính chiều dài / đếm, vv là uintthay vì int. Tuy nhiên, trong khi làm như vậy, tôi nhận thấy rằng thực sự rất đau khi làm như vậy, như thể không ai thực sự muốn làm điều đó.

Gần như mọi thứ đưa ra kiểu tích phân đều trả về một int, do đó yêu cầu phôi ở một số điểm. Tôi muốn xây dựng một StringBuffervới độ dài bộ đệm của nó được mặc định cho một trong các trường trong lớp đó. Yêu cầu một dàn diễn viên quá.

Vì vậy, tôi tự hỏi liệu tôi có nên quay lại intđây không. Tôi chắc chắn không sử dụng toàn bộ phạm vi dù sao. Tôi chỉ nghĩ vì những gì tôi đang giải quyết ở đó đơn giản không thể là tiêu cực (nếu có, nó sẽ là một lỗi) nên thực sự là một ý tưởng hay uint.

Tái bút: Tôi đã thấy câu hỏi này và điều này ít nhất giải thích tại sao bản thân khung công tác luôn sử dụng intnhưng ngay cả trong mã riêng, nó thực sự cồng kềnh để dính vào uintkhiến tôi nghĩ rằng nó dường như không thực sự muốn.

Mặc dù nghiêm ngặt bạn nên sử dụng uintcho các biến chứa số nguyên không âm, bạn đã gặp một trong những lý do tại sao nó không phải lúc nào cũng khả thi.

Trong trường hợp này, tôi không nghĩ rằng việc giảm khả năng đọc đi kèm với việc phải phân vai là đáng giá.

Tôi cũng sẽ thêm vào các câu trả lời khác rằng việc sử dụng uint làm kiểu trường công khai, thuộc tính, phương thức, tham số, v.v., là vi phạm các quy tắc Đặc tả ngôn ngữ chung và cần tránh khi có thể.

Giá trị âm thường được sử dụng để báo hiệu một điều kiện lỗi và kích thước của một hoạt động thường được trả về bởi một lệnh gọi hàm; do đó giá trị âm có thể báo hiệu lỗi mà không cần dùng đến cơ chế ngoại lệ.

Cũng lưu ý rằng .NET thường xây dựng dựa trên các thư viện C thẳng, do đó, việc tiếp tục quy ước này là hợp lý. Nếu bạn yêu cầu không gian chỉ mục lớn hơn, bạn có thể phá vỡ quy ước cho cơ chế báo hiệu lỗi khác nhau.

Cảm giác cá nhân của tôi là bạn có lẽ chỉ nên dính vào int. Thật không đáng để thêm một cast vào hầu hết mọi quyền truy cập thuộc tính chỉ để lấy lại một dải số mà .NET không có khả năng cho phép bạn sử dụng.

Sử dụng int cũng hữu ích để phát hiện tràn số nguyên trong các phép toán.

IMO, hạn chế của việc sử dụng uintlà nó che khuất các điều kiện lỗi. Các đoạn mã tương đương sau đây không đẹp bằng:

if (len < 0)
    terminate_program("length attained impossible value.");

Tất nhiên các chương trình của bạn không nên tính toán sai bất cứ thứ gì để bắt đầu, nhưng tôi cảm thấy chúng cũng nên được viết để nhanh chóng phát hiện các lỗi số mà không cần truyền bá. Trong trường hợp MaxValue là 2 ^ 31 là đủ, tôi nói hãy sử dụng intcùng với việc sử dụng thích hợp System.Diagnostics.Debug.Assert()và kiểm tra lỗi tương ứng như được ví dụ ở trên.

Nếu bạn sử dụng, hãy sử uintdụng nó cùng với checkedđể ngăn chặn dòng chảy dưới và nhận được kết quả tương tự. Tuy nhiên, tôi nhận thấy rằng việc kiểm tra hơi khó áp dụng cho mã hiện có sử dụng phôi cho một số mục đích.

Đừng bơi ngược dòng nếu bạn không cần thiết. Việc không làm sáng tỏ mã của bạn với phôi làm cho mã của bạn dễ đọc hơn. Hơn nữa, nếu các giá trị có thể có của bạn phù hợp với một số nguyên, thì việc sử dụng một số nguyên không phải là một vấn đề.

Nếu bạn sợ rằng mình có thể làm tràn một int, thì hãy có bằng mọi cách .. nhưng đừng tối ưu hóa quá sớm.

Tôi có thể nói rằng khả năng đọc được cải thiện của việc giảm thiểu phôi vượt quá nguy cơ lỗi cao hơn một chút khi sử dụng int.

Nếu bạn muốn kiểm tra xem một giá trị có dương hay không, thì cách tốt hơn có thể là sử dụng khẳng định (lưu ý rằng đây chỉ là một kỹ thuật gỡ lỗi - bạn nên đảm bảo rằng điều này không bao giờ xảy ra trong mã cuối cùng).

using System.Diagnostics;
...
Debug.Assert (i > 0);