Loại dữ liệu tốt nhất để sử dụng tiền trong C # là gì?

Loại dữ liệu tốt nhất để sử dụng tiền trong C # là gì?

Như được mô tả ở dạng thập phân là:

Từ khóa thập phân chỉ ra loại dữ liệu 128 bit. So với các loại dấu phẩy động, loại thập phân có độ chính xác cao hơn và phạm vi nhỏ hơn, điều này phù hợp với các tính toán tài chính và tiền tệ .

Bạn có thể sử dụng số thập phân như sau:

decimal myMoney = 300.5m;

Hệ thống tối ưu

Loại giá trị thập phân biểu thị các số thập phân từ dương 79,228,162,514,264,337,593,543,950,335 đến âm 79,228,162,514,264,337,593,543,950,335. Loại giá trị thập phân phù hợp cho các tính toán tài chính yêu cầu số lượng lớn các chữ số phân số và tích phân đáng kể và không có sai số làm tròn. Loại thập phân không loại bỏ sự cần thiết phải làm tròn. Thay vào đó, nó giảm thiểu các lỗi do làm tròn.

Tôi muốn chỉ ra câu trả lời tuyệt vời này của zneak về lý do tại sao không nên sử dụng gấp đôi.

Sử dụng mẫu Tiền từ Mô hình Kiến trúc Ứng dụng Doanh nghiệp ; chỉ định số tiền dưới dạng thập phân và tiền tệ dưới dạng enum.

Số thập phân. Nếu bạn chọn gấp đôi, bạn sẽ để mình bị lỗi làm tròn

thập phân có phạm vi nhỏ hơn, nhưng độ chính xác cao hơn - vì vậy bạn không mất tất cả những đồng xu đó theo thời gian!

Chi tiết đầy đủ tại đây:

http://msdn.microsoft.com/en-us/l Library / 430x0z75.aspx

Đồng ý với mẫu Tiền: Xử lý tiền tệ quá cồng kềnh khi bạn sử dụng số thập phân.

Nếu bạn tạo một loại Tiền tệ, thì bạn có thể đặt tất cả logic liên quan đến tiền ở đó, bao gồm phương thức ToString () - chính xác, kiểm soát nhiều hơn các giá trị phân tích cú pháp và kiểm soát tốt hơn các phân chia.

Ngoài ra, với lớp Tiền tệ, không có cơ hội vô tình trộn tiền với dữ liệu khác.

Một tùy chọn khác (đặc biệt nếu bạn đang lăn lớp của riêng bạn) là sử dụng int hoặc int64 và chỉ định bốn chữ số thấp hơn (hoặc thậm chí là 2) là "bên phải của dấu thập phân". Vì vậy, "trên các cạnh" bạn sẽ cần một số "* 10000" trên đường vào và một số "/ 10000" trên đường ra. Đây là cơ chế lưu trữ được sử dụng bởi Máy chủ SQL của Microsoft, xem http://msdn.microsoft.com/en-au/l Library / ms179882.aspx

Tính chất của điều này là tất cả các tổng của bạn có thể được thực hiện bằng cách sử dụng số học số nguyên (nhanh).

Hầu hết các ứng dụng tôi đã làm việc với việc sử dụng decimalđể đại diện cho tiền. Điều này dựa trên giả định rằng ứng dụng sẽ không bao giờ liên quan đến nhiều hơn một loại tiền tệ.

Giả định này có thể dựa trên một giả định khác, rằng ứng dụng sẽ không bao giờ được sử dụng ở các quốc gia khác với các loại tiền tệ khác nhau. Tôi đã thấy những trường hợp được chứng minh là sai.

Bây giờ, giả định đó đang bị thách thức theo một cách mới: Các loại tiền mới như Bitcoin đang trở nên phổ biến hơn và chúng không đặc trưng cho bất kỳ quốc gia nào. Không thực tế rằng một ứng dụng được sử dụng chỉ trong một quốc gia có thể vẫn cần hỗ trợ nhiều loại tiền tệ.

Một số người sẽ nói rằng việc tạo hoặc thậm chí sử dụng một loại chỉ vì tiền là "mạ vàng" hoặc thêm độ phức tạp vượt quá các yêu cầu đã biết. Tôi rất không đồng ý. Một khái niệm càng phổ biến trong miền của bạn, điều quan trọng hơn là phải nỗ lực hợp lý để sử dụng sự trừu tượng hóa chính xác lên phía trước. Nếu bạn muốn thấy sự phức tạp, hãy thử làm việc trong một ứng dụng đã từng sử dụng decimalvà bây giờ có một thuộc tính bổ sung Currencybên cạnh mỗi thuộc decimaltính.

Nếu bạn sử dụng sai trừu tượng lên phía trước, thay thế nó sau sẽ làm việc gấp trăm lần. Điều đó có nghĩa là có khả năng đưa các khiếm khuyết vào mã hiện có và phần tốt nhất là các lỗi đó có thể sẽ liên quan đến số tiền, giao dịch bằng tiền hoặc bất cứ thứ gì có tiền.

Và không khó để sử dụng một cái gì đó ngoài số thập phân. Google "loại tiền nuget" và bạn sẽ thấy rằng nhiều nhà phát triển đã tạo ra những thứ trừu tượng như vậy (bao gồm cả tôi.) Thật dễ dàng. Thật dễ dàng như sử dụng DateTimethay vì lưu trữ một ngày trong một string.

Tạo lớp của riêng bạn. Điều này có vẻ kỳ lạ, nhưng một loại .Net không đủ để chi trả cho các loại tiền tệ khác nhau.