Tại sao DecimalFormat ". #" Và "0. #" có kết quả khác nhau trên 23.0?

Question

Tại sao java.text.DecimalFormat đánh giá kết quả sau:

new DecimalFormat("0.#").format(23.0)  // result: "23" 

new DecimalFormat(".#").format(23.0)   // result: "23.0" 

tôi dự kiến ​​sẽ có kết quả là 23 trong cả hai trường hợp, bởi vì đặc biệt nhân vật # bỏ qua số không. Làm thế nào để ký tự đặc biệt hàng đầu 0 ảnh hưởng đến phần phân số? (Cố gắng để phù hợp/hiểu nó với BNF được đưa ra trong javadoc, nhưng không làm như vậy.)

Answer 1

Định dạng thứ hai có vẻ không hợp lệ theo JavaDoc, nhưng bằng cách nào đó nó phân tích mà không có lỗi.

Pattern: 
     PositivePattern 
     PositivePattern ; NegativePattern 
PositivePattern: 
     Prefixopt Number Suffixopt 
NegativePattern: 
     Prefixopt Number Suffixopt 
Prefix: 
     any Unicode characters except \uFFFE, \uFFFF, and special characters 
Suffix: 
     any Unicode characters except \uFFFE, \uFFFF, and special characters 
Number: 
     Integer Exponentopt 
     Integer . Fraction Exponentopt 
Integer: 
     MinimumInteger 
     # 
     # Integer 
     # , Integer 
MinimumInteger: 
     0 
     0 MinimumInteger 
     0 , MinimumInteger 
Fraction: 
     MinimumFractionopt OptionalFractionopt 
MinimumFraction: 
     0 MinimumFractionopt 
OptionalFraction: 
     # OptionalFractionopt 
Exponent: 
     E MinimumExponent 
MinimumExponent: 
     0 MinimumExponentopt 

Trong trường hợp này tôi mong đợi hành vi của các định dạng được xác định. Đó là, nó có thể tạo ra bất kỳ điều cũ và chúng ta không thể dựa vào đó là phù hợp hoặc có ý nghĩa trong bất kỳ cách nào. Vì vậy, tôi không biết tại sao bạn đang nhận được 23.0, nhưng bạn có thể giả định rằng nó là vô nghĩa mà bạn nên tránh trong mã của bạn.

Cập nhật: Tôi vừa chạy trình gỡ rối thông qua thư viện DecimalFormat của Java 7. Mã không chỉ cho biết rõ ràng rằng '. #' Được cho phép, có một chú thích trong đó (java.text.DecimalFormat: 2582-2593) cho biết nó được cho phép và thực hiện cho phép nó (dòng 2597). Điều này có vẻ là vi phạm của BNF tài liệu cho mẫu.

Cho rằng đây không phải là hành vi được ghi lại tài liệu, bạn thực sự không nên dựa vào nó vì nó chịu trách nhiệm thay đổi giữa các phiên bản Java hoặc thậm chí triển khai thư viện.

Answer 2

Nhận xét nguồn sau đây giải thích việc xử lý khá không trực quan của ".#". Dòng 3383-3385 ​​trong DecimalFormat.java tập tin của tôi (JDK 8) có những nhận xét sau đây:

// Handle patterns with no '0' pattern character. These patterns 
// are legal, but must be interpreted. "##.###" -> "#0.###". 
// ".###" -> ".0##". 

Có vẻ như các nhà phát triển đã chọn để giải thích ".#" như ".0##", thay vì những gì bạn mong đợi ("0.#").