Tại sao "f" lại được yêu cầu khi khai báo float?

Question 1

Thí dụ:

float timeRemaining = 0.58f;

Tại sao lại fbắt buộc phải có ở cuối con số này?

Question 2

Khai báo float của bạn có hai phần:

Nó tuyên bố rằng biến timeRemaininglà kiểu float.
Nó chỉ định giá trị 0.58cho biến này.

Vấn đề xảy ra ở phần 2.

Phía bên tay phải được tự đánh giá. Theo đặc tả C #, một số chứa dấu thập phân không có hậu tố được hiểu là a double.

Vì vậy, bây giờ chúng ta có một doublegiá trị mà chúng ta muốn gán cho một biến kiểu float. Để làm được điều này, phải có một chuyển đổi ngầm định từ doublethành float. Không có chuyển đổi như vậy, bởi vì bạn có thể (và trong trường hợp này là) mất thông tin trong chuyển đổi.

Lý do là giá trị được trình biên dịch sử dụng không thực sự là 0,58 mà là giá trị dấu phẩy động gần nhất với 0,58, là 0,57999999999999978655962351581366 ... cho doublevà chính xác là 0,579999946057796478271484375 cho float.

Nói một cách chính xác, flà không bắt buộc. Bạn có thể tránh phải sử dụng fhậu tố bằng cách chuyển giá trị thành float:

float timeRemaining = (float)0.58;

Question 3

Bởi vì có một số kiểu số mà trình biên dịch có thể sử dụng để biểu diễn giá trị 0.58:float , doublevà decimal. Trừ khi bạn đồng ý với việc chọn một trình biên dịch cho bạn, bạn phải xác định rõ.

Tài liệu cho doublebiết rằng nếu bạn không tự mình chỉ định loại, trình biên dịch luôn chọn doublelà loại của bất kỳ ký tự số thực nào:

Theo mặc định, một ký tự số thực ở phía bên phải của toán tử gán được coi là kép. Tuy nhiên, nếu bạn muốn một số nguyên được coi là gấp đôi, hãy sử dụng hậu tố d hoặc D.

Thêm hậu tố ftạo ra một float; hậu tố dtạo ra mộtdouble ; hậu tố mtạo ra a decimal. Tất cả những thứ này cũng hoạt động ở dạng chữ hoa.

Tuy nhiên, điều này vẫn chưa đủ để giải thích tại sao điều này không biên dịch:

float timeRemaining = 0.58;

Nửa còn thiếu của câu trả lời là việc chuyển đổi từ double 0.58đến float timeRemainingkhả năng mất thông tin, do đó trình biên dịch từ chối áp dụng nó ngầm. Nếu bạn thêm một diễn viên rõ ràng thì chuyển đổi sẽ được thực hiện; nếu bạn thêm fhậu tố thì không cần chuyển đổi. Trong cả hai trường hợp, mã sau đó sẽ được biên dịch.

Question 4

Vấn đề là .NET, để cho phép một số loại hoạt động ngầm được thực hiện liên quan đến floatvàdouble , cần phải chỉ định rõ ràng điều gì sẽ xảy ra trong tất cả các tình huống liên quan đến toán hạng hỗn hợp hoặc cho phép chuyển đổi ngầm giữa các loại được thực hiện trong một chỉ hướng; Microsoft đã chọn đi theo hướng dẫn đầu của Java trong việc cho phép hướng mà đôi khi ủng hộ độ chính xác, nhưng thường hy sinh tính đúng đắn và thường gây ra rắc rối.

Trong hầu hết các trường hợp, lấy doublegiá trị gần nhất với một đại lượng số cụ thể và gán nó cho a floatsẽ mang lại floatgiá trị gần nhất với cùng đại lượng đó. Có một vài trường hợp góc, chẳng hạn như giá trị 9,007,199,791,611,905; floatđại diện tốt nhất sẽ là 9,007,200,328,482,816 (giảm bởi 536,870,911), nhưng đúc doubleđại diện tốt nhất (tức là 9,007,199,791,611,904) để floattạo ra 9,007,199,254,740,992 (giảm 536,870,913). Mặc dù vậy, nói chung, việc chuyển đổi doublebiểu diễn tốt nhất của một số đại lượng thành floatsẽ mang lại biểu diễn tốt nhất có thể float, hoặc một trong hai biểu diễn về cơ bản tốt như nhau.

Lưu ý rằng hành vi mong muốn này áp dụng ngay cả ở các cực điểm; ví dụ: floatbiểu diễn tốt nhất cho đại lượng 10 ^ 308 khớp với floatbiểu diễn đạt được bằng cách chuyển đổi doublebiểu diễn tốt nhất của đại lượng đó. Tương tự như vậy, floatbiểu diễn tốt nhất của 10 ^ 309 khớp với floatbiểu diễn đạt được bằng cách chuyển đổi doublebiểu diễn tốt nhất của đại lượng đó.

Thật không may, các chuyển đổi theo hướng không yêu cầu diễn viên rõ ràng hiếm khi ở bất kỳ đâu gần chính xác. Việc chuyển đổi floatbiểu diễn tốt nhất của một giá trị thành doublesẽ hiếm khi mang lại bất kỳ điều gì đặc biệt gần với doublebiểu diễn tốt nhất của giá trị đó và trong một số trường hợp, kết quả có thể bị sai lệch hàng trăm bậc (ví dụ: chuyển đổi floatbiểu diễn tốt nhất của 10 ^ 40 thành doublesẽ mang lại một giá trị so sánh lớn hơn doubleđại diện tốt nhất của 10 ^ 300.

Than ôi, các quy tắc chuyển đổi là những gì họ đang có, vì vậy người ta phải sống với việc sử dụng các định dạng và hậu tố ngớ ngẩn khi chuyển đổi các giá trị theo hướng "an toàn" và hãy cẩn thận với các định dạng ngầm theo hướng nguy hiểm thường sẽ mang lại kết quả không có thật.