考虑这段代码:
NSNumber* interchangeId = dict[@"interchangeMarkerLogId"];
long long llValue = [interchangeId longLongValue];
double dValue = [interchangeId doubleValue];
NSNumber* doubleId = [NSNumber numberWithDouble:dValue];
long long llDouble = [doubleId longLongValue];
if (llValue > 1000000) {
NSLog(@"Have Marker iD = %@, interchangeId = %@, long long value = %lld, doubleNumber = %@, doubleAsLL = %lld, CType = %s, longlong = %s", self.iD, interchangeId, llValue, doubleId, llDouble, [interchangeId objCType], @encode(long long));
}
结果:
Have Marker iD = (null), interchangeId = 635168520811866143, long long value = 635168520811866143, doubleNumber = 6.351685208118661e+17, doubleAsLL = 635168520811866112, CType = d, longlong = q
dict
来自NSJSONSerialization,原始JSON源数据为"interchangeId":635168520811866143
。看起来该值的所有 18 位数字都已在 NSNumber 中捕获,因此它不可能被 NSJSONSerialization 累积为 double
(限制为 16 位十进制数字)。然而,objCType 报告它是一个 double
。
我们在 NSNumber 的文档中找到了这一点:“返回的类型不一定与创建接收器的方法相匹配。”所以很明显这是一个“feechure”(即记录在案的错误)。
那么我如何才能确定这个值是一个整数而不是一个浮点值,这样我才能以所有可用的精度正确地提取它? (请记住,我还有一些其他值是合法的 float ,我也需要准确提取这些值。)
到目前为止我想出了两个解决方案:
第一个,不使用 NSDecimalNumber 的知识 --
NSString* numberString = [obj stringValue];
BOOL fixed = YES;
for (int i = 0; i < numberString.length; i++) {
unichar theChar = [numberString characterAtIndex:i];
if (theChar != '-' && (theChar < '0' || theChar > '9')) {
fixed = NO;
break;
}
}
第二个假设我们只需要担心 NSDecimalNumber 对象,并且可以信任来自常规 NSNumbers 的 CType 结果 --
if ([obj isKindOfClass:[NSDecimalNumber class]]) {
// Need to determine if integer or floating-point. NSDecimalNumber is a subclass of NSNumber, but it always reports it's type as double.
NSDecimal decimalStruct = [obj decimalValue];
// The decimal value is usually "compact", so may have a positive exponent even if integer (due to trailing zeros). "Length" is expressed in terms of 4-digit halfwords.
if (decimalStruct._exponent >= 0 && decimalStruct._exponent + 4 * decimalStruct._length < 20) {
sqlite3_bind_int64(pStmt, idx, [obj longLongValue]);
}
else {
sqlite3_bind_double(pStmt, idx, [obj doubleValue]);
}
}
else ... handle regular NSNumber by testing CType.
第二个应该更有效,特别是因为它不需要创建一个新对象,但有点令人担忧,因为它依赖于 NSDecimal 的“未记录的行为/接口(interface)”——字段的含义没有在任何地方记录(我能找到的)并且被称为“私有(private)”。
两者似乎都有效。
虽然稍微考虑一下 -- 第二种方法有一些“边界”问题,因为不能很容易地调整限制以确保最大可能的 64 位二进制 int 将“通过”而不会冒丢失稍大数字的风险。
令人难以置信,这个方案在某些情况下失败了:
BOOL fixed = NO;
long long llValue = [obj longLongValue];
NSNumber* testNumber = [[NSNumber alloc] initWithLongLong:llValue];
if ([testNumber isEqualToNumber:obj]) {
fixed = YES;
}
我没有保存这个值,但是有一个 NSNumber 本质上不等于它自己——两个值显示相同但不注册为相等(并且可以肯定的是该值起源于一个整数)。
到目前为止,这似乎有效:
BOOL fixed = NO;
if ([obj isKindOfClass:[NSNumber class]]) {
long long llValue = [obj longLongValue];
NSNumber* testNumber = [[[obj class] alloc] initWithLongLong:llValue];
if ([testNumber isEqualToNumber:obj]) {
fixed = YES;
}
}
显然 isEqualToNumber
在 NSNumber 和 NSDecimalNumber 之间不能可靠地工作。
(但赏金仍然开放,以征求最佳建议或改进。)
最佳答案
如 NSDecimalNumber.h 中所述,NSDecimalNumber
总是返回 "d"
因为它是返回类型。这是预期的行为。
- (const char *)objCType NS_RETURNS_INNER_POINTER;
// return 'd' for double
还有开发者文档:
Returns a C string containing the Objective-C type of the data contained in the
receiver, which for an NSDecimalNumber object is always “d” (for double).
CFNumberGetValue
记录为在转换有损时返回 false。在有损转换的情况下,或者当您遇到 NSDecimalNumber
时,您将希望回退到使用 stringValue 然后使用 sqlite3_bind_text
来绑定(bind)它(并使用 sqlite 的列亲和性)。
像这样:
NSNumber *number = ...
BOOL ok = NO;
if (![number isKindOfClass:[NSDecimalNumber class]]) {
CFNumberType numberType = CFNumberGetType(number);
if (numberType == kCFNumberFloat32Type ||
numberType == kCFNumberFloat64Type ||
numberType == kCFNumberCGFloatType)
{
double value;
ok = CFNumberGetValue(number, kCFNumberFloat64Type, &value);
if (ok) {
ok = (sqlite3_bind_double(pStmt, idx, value) == SQLITE_OK);
}
} else {
SInt64 value;
ok = CFNumberGetValue(number, kCFNumberSInt64Type, &value);
if (ok) {
ok = (sqlite3_bind_int64(pStmt, idx, value) == SQLITE_OK);
}
}
}
// We had an NSDecimalNumber, or the conversion via CFNumberGetValue() was lossy.
if (!ok) {
NSString *stringValue = [number stringValue];
ok = (sqlite3_bind_text(pStmt, idx, [stringValue UTF8String], -1, SQLITE_TRANSIENT) == SQLITE_OK);
}
关于ios - 如何确定 NSNumber 的真实数据类型?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20198040/