就良好的Objective-C编码实践而言，如果我创建一个没有状态的函数，是写成某个类的静态方法还是写成C函数更好？
例如，我有一个特殊的文件路径检索方法，它会在进入主 NSBundle 之前检查 Caches 目录。我目前将它作为一个静态方法放在一个空的 Utils 类下。这应该是一个 C 函数吗？
我选择使用静态方法（目前）的原因是 a) 它与 Objective-C 语法一致，并且 b) 类有助于对方法进行分类。但是，我觉得我有点作弊，因为我可以很容易地用这些无状态的静态方法填充我的 Util 类，并最终得到一个丑陋的“shell 类”，其唯一目的就是容纳它们。
您使用什么约定？通过某种客观指标，一个比另一个“更好”吗？谢谢！
【问题讨论】：
标签： objective-c coding-style static-methods
如果您能想到一个 现有 类，这可能是一个很好的方法，您可以通过创建一个 Objective-C 类别将您的方法注入其中。这保留了您使用静态方法而不用额外的类污染类空间的两个原因。
例如：
@interface NSString (MyStringCategories)
- (NSString*) myCoolMethod;
@end
// [StringCategories.m]
#import "StringCategories.h"
@implementation NSString (MyStringCategories)
- (NSString*) myCoolMethod {
// do cool stuff here
return whateverYouLike;
}
@end
现在您可以将myCoolMethod 发送到任何 字符串。酷！
在您的特定情况下，听起来 NSBundle 上的方法可能是合适的架构。别忘了，它可以是一个类方法，所以你不需要实例化任何东西来调用你的方法。
【讨论】：
familyNames，它们实际上只是全局函数，它们被放入适当的类中，只是作为一种方式对它们进行分类。错过类方法就是错过 OOP 精神的一部分。
这是一个很难回答的问题，因为对于很多人来说，答案将取决于他们的个人喜好和品味。我个人认为，如果你有一个函数是一个函数，即它与对象无关，它没有内部状态等。请让它成为一个函数，不要试图将所有可能的东西包装到一个对象只是因为您使用的是 OO 语言并且您可以。
为了让我的回答简短，让我参考一本（imo）相当不错的书：
http://www.gotw.ca/publications/c++cs.htm
我知道这是针对 C++ 的，但有很多见解可以与其他语言（尤其是 Objective-C 和 Objective-C++）共享，尤其是来自“类设计和继承”部分。在那里你会找到一个标题为“Prefer writing nonmember nonfriend functions”的项目。
底线：“非成员非友元函数通过最小化依赖关系改进封装[...]它们还分解了单体类[...] [和]提高通用性[...]”。
我认为这句话是有道理的。
【讨论】：
如果没有明确地绑定它的类，那么我使用一个函数。我还为这些实用程序位使用函数，因为如果不使用或引用它们可以被剥离。在这方面，使用函数也很有帮助，因为链接错误比运行时错误更好（即使 .m 从构建中意外省略，或者如果从另一个外部更新的方法引用）。 ObjC 符号的一个问题是它们没有被剥离，因此它们自然带有大量的依赖关系——所有的 objc 方法和类，以及所需的类别方法必须存在于最终的二进制文件中。对于非常小的程序或库来说，这不是问题，但对于中型/大型系统和库来说，它很快就会变得重要。
不需要在@interface 中声明所有内容 - 特别是对于较大的系统，所有这些声明都会真正将您的相互依赖关系变成意大利面。与方法相比，函数更快、更小，编译器或链接期间可能会更好地优化，如果不引用，可能会被剥离。
如果您需要多态性，它只是为了组织或方便而属于一个类，那么类或实例方法通常是更好的选择。
出于同样的原因，我也尽量减少声明类别方法。当您使用函数时，您可以轻松地在需要的地方编写一个包装器方法，并获得两全其美的效果。
【讨论】：