“类方法”和“类方法”有什么区别？和“静态方法”？

Question

我使用过几种不同的语言，例如 Java、C# 和 Objective-C。

在大多数语言中，不需要对象实例的方法称为静态方法。然而，当谈到 Objective-C 时，有些人在你称它们为静态方法时会产生抵触情绪，他们希望你称它们为类方法。

为什么它们被称为类方法而不是静态方法？静态方法和类方法有什么区别？

Answer 1

因为它是动态绑定的，而不是静态的。

因为它实际上是一个类对象的实例方法。

Objective-C 类方法实际上是对象的类对象的实例方法。

很难用文字描述。请参阅此处的精美插图。

http://www.sealiesoftware.com/blog/archive/2009 /04/14/objc_explain_Classes_and_metaclasses.html

Answer 2

尽管类方法和静态方法在实践中大多数时候是相同的，但它们是不同的。对于静态方法，类充当命名空间限定符。对于类方法，类本身就是一个对象，因此类方法对于类对象来说与实例方法对于实例来说是完全相同的；因此，您可以执行以下操作，

@interface TestClass : NSObject
+ (void)classOrInstanceMethod;
- (void)classOrInstanceMethod;
@end
...
NSArray * arr = [NSArray arrayWithObjects:
                        [[[TestClass alloc] init] autorelease],
                        [TestClass class],
                        nil];
for( id obj in arr )
    [obj classOrInstanceMethod];

调用哪个版本的 classOrInstanceMethod 取决于 obj 是类对象还是实例。如果您熟悉工厂类模式，那么该模式是 Objective-C 语言的一部分。

Answer 3

这纯粹是一个历史差异，主要是因为 Objective-C 是与 C++ 同时开发的，并且在 C++ 之前或后来的 Java 和 C# 等语言产生了很大的影响。 Objective-C 本质上是 Smalltalk 对象模型到 C 的端口，因此它的语法和术语不一定看起来像 C++ 使用的那样“类似 C”。然而，Objective-C 不使用术语“静态方法”绝不是逆潮流，因为这种趋势早在 1983 年就尚未确立。

Answer 4

上课方法：
OOP 中的类方法是绑定到类而不是类实例的方法。它们是在类定义中定义的，并使用类本身而不是类的实例来访问。 @classmethod 装饰器用于定义类方法。

而

静态方法：
在 OOP 中，静态方法是属于类而不是类实例的方法。它与类本身相关联，而不是与从类创建的特定对象相关联。静态方法可以直接在类本身上调用，无需创建实例。这里使用了@staticmethod装饰器。

另外，还有另一种方法，称为实例方法。您可以在此处阅读差异 。

Answer 5

所以我的问题是为什么它们被称为类方法而不是
静态方法？静态方法和静态方法有什么区别
类方法？

来自维基百科：静态方法既不需要类的实例，也不能隐式访问此类实例的数据（或 this、self、Me 等）。

这准确地描述了 Objective-C 的类方法不是。

Objective-C 类方法非常需要一个作为方法调用目标的实例。也就是说，它需要一个描述被调用的类对象的元类实例。

与静态方法不同，Objective-C 的类方法可以被继承（这与前面提到的 self 相结合，正是许多类可以共享一个简单的 +alloc< 实现的原因） /code> 在 NSObject 上，不需要自己的自定义实现）并调用类方法会经历与任何其他方法调用站点完全相同的基于 objc_msgSend* 的调度机制。

Objective-C 的类方法可以在类层次结构中重写，并且可以进行混合。通常提供静态方法代替类方法的语言都不支持这些。

最重要的是，静态方法和类方法非常不同。虽然这种差异对于日常编码目的来说基本上是透明的，但在某些情况下，了解类方法的工作原理可以为您节省大量不必要的代码行。

例如，您不能使用静态方法执行此操作：

@interface AbstractClass:NSObject
+ factory;
@end

@implementation AbstractClass
+ factory
{
    return [[[self alloc] init] autorelease];
}
@end

@interface Concrete1:AbstractClass
@end
@implementation Concrete1
@end
@interface Concrete2:AbstractClass
@end
@implementation Concrete2
@end

void foo() {
    Concrete1 *c = [Concrete1 factory];
    Concrete2 *d = [Concrete2 factory];
    ... etc ...
}