我休息了一天,把头撞到内存管理和opengl-es上,试图提高效率。我们正在开发的应用程序的一部分是访问大量数据表。这些数据主要是以开关语句的形式提供给我们的。
总之,我有四个开关语句,每个语句都带有2000+ case,预计还会增长。访问这些文件的时间有多短?现在值得寻找更低挂的优化结果吗?对于Objective编译器来说,这是一个大的“不”吗?
发布于 2010-09-09 10:47:26
开关情况通常是相当快的,因为它们只进行整数比较。
如果您真的想要进行微观优化,某些类型的数据可以存储在C数组中,以便使用指针算法进行极快的查找。只有当您真正需要额外的速度指针算法时,您才应该研究这个问题,因为它涉及到许多潜在的错误,其中许多漏洞很难调试。
真正的问题是:你有没有做过任何分析?鲨鱼是一个非常有效的工具,当涉及到时间分析的iOS应用-使用它,看看有多少时间是花在你的开关案例代码。如果低于5%-10%,甚至考虑优化都是没有意义的。
https://stackoverflow.com/questions/3675791
复制相似问题