Kotlin Money - Thư viện Kotlin để tính toán tiền tệ

• Thao tác với số tiền là một tác vụ tính toán phổ biến, nhưng các ngôn ngữ lập trình chủ đạo không có kiểu dữ liệu cơ bản để biểu diễn số tiền
• Điều này có thể gây ra các vấn đề làm tròn trong những tác vụ như thanh toán trả góp, giao dịch ngoại hối, xử lý phí và thu thuế
• Money là một thư viện Kotlin giúp việc tính toán và phân bổ số tiền trở nên dễ dàng hơn
  • Hỗ trợ các phép toán số học với số tiền, tính phần trăm và phân bổ để mô hình hóa nhiều trường hợp sử dụng khác nhau
  • Cũng hỗ trợ tiền mã hóa theo mặc định
• Tính năng phân bổ
  • Một trong những ưu điểm lớn nhất của thư viện là tính năng phân bổ
  • Chia số tiền thành nhiều phần trong khi vẫn đảm bảo tổng bằng đúng số tiền ban đầu
  • Ví dụ, khi khách hàng thanh toán một khoản mua hàng trị giá USD 100.00 thành ba kỳ trả góp, có thể tránh thất thoát do vấn đề làm tròn
• Cách phân bổ
  • Sử dụng phương thức allocate() để đảm bảo kết quả không chênh lệch so với số tiền gốc.
  • Để phân bổ theo tỷ lệ, truyền vào một danh sách các giá trị Percentage.
  • Mặc định, thư viện sẽ tự động phân bổ phần chênh lệch, nhưng cũng có thể điều chỉnh bằng chiến lược phân bổ mong muốn.
• Kết lại
  • Bài viết này chỉ giới thiệu ngắn gọn về các tính năng của thư viện.
  • Có kế hoạch giữ API ngắn gọn, đồng thời từng bước mở rộng hỗ trợ phát triển Android cũng như các tính năng persistence và serialization.
  • Hy vọng phiên bản hiện tại sẽ hữu ích cho những ai thao tác với số tiền trong các dự án Kotlin.

Tổng hợp của GN⁺

• Xử lý số tiền là một công việc phổ biến trong lập trình, nhưng có thể trở nên phức tạp do các vấn đề làm tròn.
• Thư viện Money là một thư viện Kotlin được thiết kế để giải quyết những vấn đề này, hỗ trợ phân bổ và tính toán số tiền một cách chính xác.
• Thư viện này hỗ trợ 306 loại tiền tệ và 2283 loại tiền mã hóa, rất hữu ích khi xử lý số tiền trong các dự án Kotlin.
• Một dự án khác có chức năng tương tự là thư viện Joda-Money của Java.

[GN⁺]

Ý kiến trên Hacker News

• Việc dùng hàm infix tạo cảm giác hơi kỳ lạ

  • Khi thiết kế API trong Kotlin, có vẻ người ta thường sẽ dùng hàm mở rộng hoặc thuộc tính mở rộng thông thường
  • Tò mò vì sao lại không overload plus và minus thay vì increaseBy và decreaseBy

• Chúc mừng thư viện và cảm ơn vì đã chia sẻ

  • Hệ thống đơn vị trong F# hoặc C# có thể khá giống với việc tính toán tiền tệ
  • Đang phát triển một backtester tập trung vào độ chính xác trong Rust, trong đó tài sản được định giá bằng tiền tệ
  • Tò mò liệu khi mô phỏng có thể giả định rằng sàn giao dịch luôn hoạt động hay không
  • Tò mò liệu có dữ liệu công khai nào về tỷ giá hối đoái hay không
  • Tò mò nên chọn tỷ giá nào khi giao dịch
  • Tò mò liệu có cách tốt nhất nào cho việc làm tròn hay không
  • Tò mò liệu có nên khấu trừ thuế ngay lập tức hay không
  • Đang cân nhắc có nên mô hình hóa lạm phát hay không, hiện tại dự định bỏ qua và điều chỉnh ở bước cuối

• Gợi nhớ đến tính tiện dụng của kiểu tiền tệ trong Rebol

  • Hệ thống kiểu của Rebol rất giàu khả năng biểu đạt
  • Mong sẽ có nhiều thư viện hơn mang lại trải nghiệm như vậy

• Câu hỏi về các trường hợp biên phát sinh khi xử lý tiền tệ

  • Kỳ vọng sẽ phát sinh ngoại lệ lúc chạy khi cộng các giá trị thuộc những loại tiền tệ khác nhau
  • Tò mò có thể chỉ định quy tắc làm tròn khi chia $2.00 cho 3 hay không
  • Tò mò thư viện xử lý các chữ số thừa như thế nào khi parse dữ liệu người dùng nhập
  • Tò mò thư viện xử lý thế nào khi dữ liệu vượt ra ngoài quy tắc về số chữ số

• Thích việc hỗ trợ tiền tệ tùy chỉnh

  • Cần cẩn thận vì ký hiệu tiền tệ khác nhau tùy theo khu vực
  • Bộ dữ liệu CLDR được dùng trong phần lớn các triển khai xử lý việc hiển thị tiền tệ

• Thật lạ khi ngôn ngữ bảng tính lại không hỗ trợ tiền tệ tốt

  • Tự động hóa bằng bảng tính rất hữu ích, và có thể đạt được kết quả đáng kinh ngạc trong những ngôn ngữ coi trọng kiểu dữ liệu một cách nghiêm túc

• Kiểu decimal của C# phù hợp cho tính toán tiền tệ

• Đã học được rất nhiều từ phần bình luận và điều đó sẽ giúp ích cho lần lặp tiếp theo của thư viện

• Muốn có một bộ kiểm thử kỹ lưỡng bao quát mọi trường hợp biên hơn là bản thân thư viện

  • Có những suy nghĩ về việc dùng kiểu dữ liệu nghiêm ngặt
  • Cảm thấy khá lạ khi nhiều ngôn ngữ lập trình cấp thấp vẫn dùng uint64, size_t, v.v.

• Có vẻ như thư viện đáp ứng đầy đủ các yêu cầu và có một cuộc thảo luận hay về những khó khăn chính trong xử lý tiền tệ