自定义 Formatters

最新推荐文章于 2024-08-06 11:22:13 发布

zry754331875

最新推荐文章于 2024-08-06 11:22:13 发布

阅读量451

点赞数

分类专栏： iOS

iOS 专栏收录该内容

61 篇文章 0 订阅

订阅专栏

我们希望有一种快速的一次性的解决方案，可以把数据格式化为一种易读的格式。Foundation 框架中的就有 NSFormatter 可以很好地胜任这个工作。另外，在 Mac 上，Appkit 已经内建了 NSFormatter 的支持。

内建格式器

Foundation 框架中的 NSFormatter 是一个抽象类，它有两个已经实现的子类：NSNumberFormatter 与 NSDateFormatter。现在我们先跳过这些，来实现我们自己的子类。

如果你想了解更多的相关知识，我推荐阅读 NSHipster。

介绍

NSFormatter 除了抛出错误，其它什么事也不做。我还不知道有人想要用这个，当然如果它对你有用，就去用它吧。

因为我们不喜欢错误，我们在此实现一个 NSFormatter 的子类，它可以把 UIColor 实例转换成可读的名字。例如，以下代码可以返回字符串“Blue”:

KPAColorFormatter *colorFormatter = [[KPAColorFormatter alloc] init];
[colorFormatter stringForObjectValue:[UIColor blueColor]] // Blue

NSFormatter 的子类化有两个方法需要实现：stringForObjectValue: 与 getObjectValue:ForString:errorDescription:。我们先开始介绍第一个方法，因为这个方法更常用。第二个方法，就我所知，经常用于 OS X 上，并且通常不是很有用，我们将稍后介绍。

初始化

首先，我们需要做些初始化的工作。由于没有事先定义好的字典可以把颜色映射至名字，这些工作将由我们来完成。为了简化，这些工作将在初始化方法中完成：

- (id)init;
{
    return [self initWithColors:@{
        [UIColor redColor]: @"Red",
        [UIColor blueColor]: @"Blue",
        [UIColor greenColor]: @"Green"
    }];
}

这里的 colors 是一个以 UIColor 实例为键，英语名为值的字典。大家可以自行地去实现 initWithColors: 方法。当然你也可以自行实现，或者直接前往 Github repo 获得答案。

格式化对象值

由于我们这里只可以格式化 UIColor 实例对象，于是在方法 stringForObjectValue: 中的第一件事就是判断传入的参数类型是否是 UIColor 类。

- (NSString *)stringForObjectValue:(id)value;
{
    if (![value isKindOfClass:[UIColor class]]) {
        return nil;
    }

    // To be continued...
}

在判断参数合法后，我们可以实现真正的逻辑了。我们的格式器中包含一个 UIColor 对象为键，颜色名为值的字典。因此，我们只需要以 UIColor 对象为键找到对应的值：

- (NSString *)stringForObjectValue:(id)value;
{
    // Previously on KPAColorFormatter

    return [self.colors objectForKey:value];
}

以上代码是一个尽可能简单的实现。一个更高级（有用）的格式器应该是在我们的颜色字典中没有找到匹配的颜色时，返回一个最接近的颜色。大家可以自行实现，或是你不想花费太多功夫，可以前往 Github repo。

反向格式化

我们的格式器也应该支持反向格式化，即把字符串转成实例对象。这是通过 getObjectValue:forString:errorDescription:方法实现。在 OS X 上，在使用 NSCell 时会经常用到这个方法。

NSCell 有一个 objectValue 属性。默认情况下，NSCell 会用 objectValue 的描述，但是它也可以选择用一个格式器。在用 NSTextFieldCell 时，用户可以输入值，作为程序员，我们可能期望 objedctValue 可以根据根据输入的字符串转成一个 UIColor 实例。例如，用户如果输入“Blue”，我们需要返回一个 [UIColor blueColor] 实例的引用。

实现反向格式化分为两部分：一部分为当格式器可以成功地把字符串转成 UIColor 实例，另一部分当其不能成功转换。第一部分代码如下：

- (BOOL)getObjectValue:(out __autoreleasing id *)obj 
             forString:(NSString *)string 
      errorDescription:(out NSString *__autoreleasing *)error;
{
    __block UIColor *matchingColor = nil;
    [self.colors enumerateKeysAndObjectsUsingBlock:^(UIColor *color, NSString *name, BOOL *stop) {
        if([name isEqualToString:string]) {
            matchingColor = color;
            *stop = YES;
        }
    }];

    if (matchingColor) {
        *obj = matchingColor;
        return YES;
    } // Snip

这里可以做一些优化，但是我们先不去做这些。以上方法会遍历我们颜色字典里的每一个对象，当一个颜色名字找到时，则会返回其对应关联的 UIColor 实例对象的引用，同时返回 YES 告知调用者我们已经成功地把字符串转成了一个 UIColor 实例对象。

现在处理第二部分：

if (matchingColor) {
    // snap
} else if (error) {
    *error = [NSString stringWithFormat:@"No known color for name: %@", string];
}

return NO;

这里，我们如果不能找到一个匹配的颜色，我们会检测调用者是否需要错误信息，如果需要，则把错误通过引用返回。这里检查错误很重要。如果你不这样做，程序就会 crash。同时，我们也会返回 NO，告知调用者这次转换失败。

本地化

到现在，我们已经建立了一个完全功能的 NSFormatter 的子类，当然这只是对于生活在美国的英语使用者而言有用。

但相比全世界 71.3 亿人，那才 3.19 亿。或者说，你还有 96% 的潜在用户。当然你可以说：这些潜在用户绝大部分都不是 iPhone 或 Mac 使用者，这么做有什么意思呢？这么想你就太扫兴了。

NSNumberFormatter 与 NSDateFormatter 都有一个 locale 属性，它是 NSLocale 实例对象。我们现在来扩展格式器以支持本地化，让它可以根据 local 属性来返回对应翻译的名字。

翻译

首先，我们需要翻译颜色名字字符串。有关 genstring 与 *.lprojs 超出了本文的范围。有很多文章讨论这点。好了，不需要其它工作了，快要结束了。

本地化的格式化

接下来是本地化功能的实现。在获取翻译的字符串后，我们需要更新 stringForObejectValue: 方法。以前已经使用过 NSLocalizedString 的人可能已经早早的把每一个字符串都用 NSLocalizedString 替换了。但是我们不会这么做。

我们现在处理的是一个动态的 local，而 NSLocalizedString 只会查找当前默认的语言的翻译。在99%的情况下，这种默认的行为是你所想要的，但是我们会用格式化器的 locale 属性来动态查询语言。

以下是 stringForObjectValue: 的新的实现：

- (NSString *)stringForObjectValue:(id)value;
{
    // Previously on... don't you hate these? I just watched that 20 seconds ago!

    NSString *languageCode = [self.locale objectForKey:NSLocaleLanguageCode];
    NSURL *bundleURL = [[NSBundle bundleForClass:self.class] URLForResource:languageCode 
                                                              withExtension:@"lproj"];
    NSBundle *languageBundle = [NSBundle bundleWithURL:bundleURL];
    return [languageBundle localizedStringForKey:name value:name table:nil];
}

上面的代码还有可以重构改进的地方，但因为把代码都放在同一个地方可以方便阅读，所以请大家多多包涵了。

首先，我们通过 locale 属性查找相应的语言，之后通过 NSBundle 找到对应的语言代码。最后，我们会让 bundle 对英语名称进行翻译。如果找不到对应的翻译，则会返回 name: 方法的参数（即英语名称）。如上即是 NSLocalizedString 的具体实现。

本地化的反向格式化

同样，我们也可以把颜色名称转成 UIColor 实例对象，当然，我认为这样做是不值得的。我们当前的实现适用于99%的情况。另外1%的情况是在 Mac 的 NSCell 上使用，而且你允许用户输入一个你试图解析的颜色的名字，这所需要做的要比简单的子类化 NSFormatter 复杂很多。或许，你不应该允许你的用户通过文本输入颜色值。NSColorPanel 在这里是一个更好的解决方案。

属性化字符串

到目前为止，我们的格式器都按我们预期的工作。接下来让我们做一个完全没用的功能，只是示范一下我们可以这么做，你懂的。

格式器同时支持属性化字符串。要不要支持它取决于你特定的应用与其用户界面。因此，你最好把这个功能做成可配置。

以下代码就是将文本颜色设置为当前正在格式化的颜色：

- (NSAttributedString *)attributedStringForObjectValue:(id)value 
                                 withDefaultAttributes:(NSDictionary *)defaultAttributes;
{
    NSString *string = [self stringForObjectValue:value];

    if  (!string) {
        return nil;
    }

    NSMutableDictionary *attributes = [NSMutableDictionary dictionaryWithDictionary:defaultAttributes];
    attributes[NSForegroundColorAttributeName] = value;
    return [[NSAttributedString alloc] initWithString:string attributes:attributes];
}

首先，我们如之前一样处理字符串，然后检查格式化是否成功。然后我们把默认的属性值与前面设置的颜色属性结合后，最终返回属性化字符串。很容易，是吗？

便捷

因为初始化内建的格式器太慢了，所以通常需要对外给你的格式器提供一个便利的类方法。这个格式器应该用默认值与当前的本地化环境。以下是格式器的实现：

+ (NSString *)localizedStringFromColor:(UIColor *)color;
{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        KPAColorFormatterReusableInstance = [[KPAColorFormatter alloc] init];
    });

    return [KPAColorFormatterReusableInstance stringForObjectValue:color];
}

除非你的格式器像 NSNumberFormatter 与 NSDateFormatter 一样做一些疯狂的事情，你可能不需要因为性能问题这么做。但是这样做也可以让使用格式器简单许多。