Tại sao là Array.Length an int và không phải là uint

Question

Tại sao là Array.Length một int chứ không phải là uint. Điều này làm phiền tôi (chỉ một chút), bởi vì một giá trị độ dài không bao giờ có thể âm.

này cũng buộc tôi phải sử dụng một int cho một chiều dài-tài sản trên lớp của riêng tôi, bởi vì khi bạn định một int có giá trị, điều này cần phải được rõ ràng đúc ...

Vì vậy, câu hỏi cuối cùng là : có bất kỳ sử dụng cho một int không dấu (uint)? Ngay cả Microsoft dường như không sử dụng chúng.

Answer 1

Unsigned int không CLS tuân thủ và do đó sẽ hạn chế việc sử dụng của tài sản đối với những ngôn ngữ mà thực hiện một UInt.

Xem ở đây:

Khung 1,1

Introduction to the .NET Framework Class Library

Khung 2,0

.NET Framework Class Library Overview

Answer 2

Thông thường, các giá trị số nguyên được ký, trừ khi bạn cần một giá trị chưa ký. Nó chỉ là cách chúng được sử dụng. Tôi có thể không đồng ý với sự lựa chọn đó, nhưng đó chỉ là cách thức của nó.

Hiện tại, với các hạn chế về bộ nhớ điển hình, nếu mảng hoặc cấu trúc dữ liệu tương tự của bạn cần chiều dài UInt32, bạn nên xem xét các cấu trúc dữ liệu khác.

Với một mảng byte, Int32 sẽ cung cấp cho bạn 2GB giá trị

Answer 3

Tôi nghĩ rằng nó cũng có thể phải làm với việc đơn giản hóa mọi thứ ở mức thấp hơn, vì Array.Length dĩ nhiên sẽ được thêm vào một số âm tại một số điểm, nếu Array.Length không được gán, và thêm vào một int âm (hai bổ sung), có thể có kết quả lộn xộn.

Answer 4

Có vẻ như không ai cung cấp câu trả lời cho "câu hỏi cuối cùng".

Tôi tin rằng việc sử dụng chính các int không dấu là cung cấp giao tiếp dễ dàng hơn với các hệ thống bên ngoài (P/Invoke và tương tự) và để đáp ứng nhu cầu của các ngôn ngữ khác nhau được chuyển sang .NET.

Answer 5

Nhiều lý do:

• uint là không CLS phù hợp, do đó làm một xây dựng trong loại (mảng) phụ thuộc vào nó đã có vấn đề
• Bộ thực thi như thiết kế ban đầu cấm bất kỳ đối tượng trên heap chiếm hơn 2GB bộ nhớ. Vì mảng có kích thước tối đa nhỏ hơn hoặc bằng giới hạn này sẽ là byte mới [int.MaxValue], nó sẽ khiến mọi người khó hiểu để có thể tạo ra độ dài mảng tích cực nhưng không hợp lệ.
  • Lưu ý rằng giới hạn này là somewhat removed in the 4.5 release, mặc dù độ dài chuẩn là int vẫn còn.
• Trong lịch sử C# thừa hưởng nhiều cú pháp và quy ước của nó từ C và C++.Trong các mảng này chỉ đơn giản là số học con trỏ để việc lập chỉ mục mảng tiêu cực là có thể (mặc dù thông thường là bất hợp pháp và nguy hiểm). Vì nhiều mã hiện có giả định rằng chỉ mục mảng được ký này sẽ là một yếu tố
• Trên một lưu ý liên quan, việc sử dụng các số nguyên đã ký cho chỉ mục mảng trong C/C++ có nghĩa là interop với các ngôn ngữ này và chức năng không được quản lý sẽ yêu cầu sử dụng ints trong những trường hợp anyway, có thể gây nhầm lẫn do sự mâu thuẫn.
• Việc triển khai BinarySearch (thành phần rất hữu ích của nhiều thuật toán) dựa vào việc có thể sử dụng dải âm của int để cho biết giá trị không được tìm thấy và vị trí mà tại đó giá trị như vậy sẽ được chèn vào để duy trì sắp xếp.
• Khi hoạt động trên một mảng, có khả năng bạn sẽ muốn lấy chênh lệch âm của chỉ mục hiện tại. Nếu bạn sử dụng một bù đắp mà sẽ đưa bạn qua sự bắt đầu của mảng bằng cách sử dụng đơn vị sau đó quấn quanh hành vi sẽ làm cho chỉ mục của bạn có thể hợp pháp (trong đó nó là tích cực). Với kết quả int sẽ là bất hợp pháp (nhưng an toàn vì thời gian chạy sẽ bảo vệ chống lại việc đọc bộ nhớ không hợp lệ)