在 iPhone 上解析我的平面文件非常痛苦，请帮助我

Question

我正在编写一个 iPhone 应用程序，它应该从网络上解析平面文件，从平面文件创建托管对象，然后在 UITableView 中显示它们。 保存和显示没有问题，但我就是无法掌握一个好的解析器的窍门。

这就是我要解析的文件： Flat-file

AS据我所知，我无法使用 NSXMLParser 来完成此任务（因为显然没有标签）。

所以我首先尝试编写一个 NSScanner ，它应该给我带来有趣的属性 -->没有成功

现在我正在使用这种方法：

- (void) parseMemberDataWithURL: (NSString *)urlString
{
    self.memberTempCounter = 1;

    //Get data from web
    self.downloadedText = [NSString stringWithContentsOfURL: [NSURL URLWithString:    urlString] encoding:NSUTF8StringEncoding error:nil ];

    memberArray = [downloadedText componentsSeparatedByString:@";"];

    while (self.memberTempCounter<[memberArray count])
    {
        [[ExhibitorController sharedController] createExhibitorWithName:[memberArray objectAtIndex:self.memberTempCounter]
                                                                  street:[memberArray objectAtIndex:self.memberTempCounter+2]
                                                                    zip:[memberArray objectAtIndex:self.memberTempCounter+3]
                                                                   city:[memberArray objectAtIndex:self.memberTempCounter+4]
                                                                  email:[memberArray objectAtIndex:self.memberTempCounter+7]
                                                                  phone:[memberArray objectAtIndex:self.memberTempCounter+5]
                                                                website:[memberArray objectAtIndex:self.memberTempCounter+8]
                                                        produktbereiche:[[memberArray objectAtIndex:self.memberTempCounter+9] componentsSeparatedByString:@","]];
        self.memberTempCounter= self.memberTempCounter+13;
    } 
}

我正在使用memberTempCounter来识别该属性。

问题是：

• 这只在 4 次中的 3 次中起作用。应用程序崩溃的 4 次中的 1 次，我不知道为什么......
• 该方法的性能就像 1962 年大众甲壳虫一样。在我的 iPhone 3G 上解析整个数据块最多需要 3 分钟

有什么想法或者更简单的方法吗？

我将非常感激。提前致谢： -）

Answer 1

您不妨在后台进行所有解析，然后在解析信息时显示。

至于内存问题，尝试使用临时自动释放池并通过循环每 50 次左右迭代释放一次。

int count = 0;
NSAutoreleasePool * loopPool = [[NSAutoreleasePool alloc] init];
while(someInsanelyLargeCondition){

    // Do your stuff here
    // .............

    count++;
    if (count > 50) {
        count = 0;
        [loopPool release];
        loopPool = [[NSAutoreleasePool alloc] init];
    }
}

Answer 2

递归下降 (LL1) 解析器非常简单，占用内存少，而且就速度而言，它们几乎与在字符中运行指针一样快。构建数据结构可能是主要的时间消耗者。

Answer 3

我终于能够解决我的性能问题。

我在另一个类中有一个方法，它为不同的参展商广告标签。因此，它首先检查标签是否已存储在数据库中，否则创建它。
随着数据库中标签集的不断增加，搜索过程花费的时间越来越长，这导致解析时间很长。

其他遇到此问题的人：请参阅苹果的性能核心数据编程指南中的“高效实现查找或创建”部分：

http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/CoreData/Articles/cdImporting.html< /a>