joe*_*eth 10 double nsnumber ios swift
出于某种原因,我的Swift应用程序中的某些双打在转换为NSNumber时给我带来了麻烦,而有些则没有.我的应用程序需要将带有2位小数(价格)的双精度转换为NSNumbers,以便使用Core Data存储和检索它们.例如,除非使用NSNumber的doubleValue方法进行特殊格式化,否则一些特定的价格(例如79.99)将评估为99.98999999999999.
这里选择Warranty.price = 79.99,如调试器中所示
// item.price: NSNumber?
// selectedWarranty.price: Double?
item.price = NSNumber(double: selectedWarranty.price!)
Run Code Online (Sandbox Code Playgroud)
我编写了一些打印语句来说明转换是如何工作的
Original double: 79.99
Converted to NSNumber: 79.98999999999999
.doubleValue Representation: 79.99
Run Code Online (Sandbox Code Playgroud)
有人可以解释是否有一个原因,为什么初始化程序不能确保为每个数字保留2个小数位?我真的想将价格存储在核心数据中.每次显示时格式化都听起来不太方便.
更新:通过数据模型将核心数据对象转换为NSDecimalNumber类型,79.99和99.99不再是问题,但现在更易于管理的问题与不同的数字...
Original double: 39.99
Converted to NSDecimalNumber: 39.99000000000001024
Run Code Online (Sandbox Code Playgroud)
首先,你会混淆一些条款.79.98999999999999精度高于79.99(它具有较长的十进制扩展),但精度较低(它偏离真实值).
其次,NSNumber既不存储79.99也不存储79.98999999999999.它根据IEEE 754标准存储值的大小.您所看到的可能是印刷逻辑的结果,该逻辑用于将该幅度转换为人类可读数字.在任何情况下,您都不应该依赖Float或Double以固定的精度存储值.就其本质而言,它们牺牲精确度以获得更长范围的可表示值.
如果将价格表示为Int美分,或者作为一个美分,您会好得多NSDecimalNumber.
| 归档时间: |
|
| 查看次数: |
12601 次 |
| 最近记录: |