@classmethod装饰器方法与普通方法的差异及作用解析

示例1：实例方法实现 #

class names:   
    def myname(self):       
        return 'my name is python'  
word = names().myname()
print(word)

运行结果：

my name is python

示例2：类方法实现 #

class names:   
    @classmethod
    def myname(cls):
        cls.justaname = 'my name is python'
        return cls.justaname
word = names().myname()
print(word)

运行结果：

my name is python

1. 两种方法的核心差异 #

• 参数绑定不同：示例1的myname是实例方法，第一个参数self绑定的是类的实例对象；示例2的myname是类方法，第一个参数cls绑定的是类本身。
• 调用方式不同：实例方法必须先创建类的实例（比如names()）才能调用；类方法既可以通过实例调用，也能直接用类名调用（比如names.myname()），无需提前实例化。
• 作用对象不同：实例方法主要操作实例独有的属性和方法；类方法则操作类级别的属性，所有实例都会共享这些类属性的变化。

2. @classmethod装饰器带来的改变 #

• 参数自动绑定：装饰器会自动把方法的第一个参数绑定为类本身（cls），无需手动传递。
• 调用灵活性提升：不需要创建类的实例，直接通过类名就能调用该方法，比如names.myname()可以正常运行。
• 类属性操作权限：可以直接修改或访问类的属性，修改后会影响所有该类的实例，比如示例2中给cls添加的justaname，所有names实例都能访问到这个属性。

3. 添加@classmethod的意义，绝非无用 #

虽然把示例2的@classmethod去掉，再把cls改成self也能运行，但这会带来诸多问题：

• 语义混乱：原本是操作类属性的方法，当成实例方法的话逻辑不符——实例方法应聚焦于实例自身状态，而非整个类的状态。
• 调用受限：去掉装饰器后，必须创建实例才能调用，无法直接用类名调用，丢失了类方法的灵活性。
• 属性归属变更：改成实例方法后，self.justaname是每个实例独有的属性，各实例的该属性互不影响；但用@classmethod时，cls.justaname是类属性，所有实例共享同一个值，两者逻辑完全不同。

所以@classmethod的存在是为了明确方法职责（操作类而非实例），提升调用灵活性，同时保证代码逻辑清晰，绝对不是多余的。

内容的提问来源于stack exchange，提问作者user19809818