Django什么情�?1) -- Model�?amp;ldquo;造Class”概述

差沙 — Sat, 02 Feb 2008 09:32:00 GMT

在朋友和同事的极力推荐下最�q�开始看上了python,其实主要是还是因为python�?007�q�度语言,怎么的也要与时俱�q�呀.最�q�一路看来有些心�?希望能与大家分��n,��弟其实也只接触不到一周的python,有说错的地方�q�望大家指出�Ҏ��.

不打��从py的语法基��说�v�?直接说说对django的心�?

接触django首先需要了解可能就是他那个model�Q�徏立一个model��׃��么都有了�Q�这对于搞java得�h员来说还是挺有吸引力的（当然貌似对于动态语�a��q�都是小儿科�Q�，那么让我们先看一个model的例子：

��h��了，直接拿django-admin里面的User出来�?/p>

class User(models.Model): 
    username = models.CharField(_('username'), maxlength=30, unique=True, validator_list=[validators.isAlphaNumeric])) 
    first_name = models.CharField(_('first name'), maxlength=30, blank=True) 
    last_name = models.CharField(_('last name'), maxlength=30, blank=True) 
    email = models.EmailField(_('e-mail address'), blank=True) 
    password = models.CharField(_('password'), maxlength=128)) 
    class Meta: 
        ordering = ('username',)

每个属性就是一个库表的字段�Q�定义�v来非常简单明了，models里面提供了很多种�cȝ��Field�c�M��上面的EmailField。不同的Field有不同的讄��Q�可以看相应的原来来了解相关的设�|�．

在model class内部�q�有一个class Meta�Q�这个Class的属性制定了�q�个表的一些存取策略，例如�q�里的ordering。MetaClass里面的属性可以用model的_meta属性取得。OK�Q�那么这样一个model怎么��p��实现�Ҏ��据库表的灉|��操作了呢。让我们来看看吧�?/p>

首先先分析一�?django/django/db/models/base.py�q�个文�g�Q�其中包含了models.Model�q�类的定义：

看看class定义的第一行吧�Q�第一行就够我琢磨一阵子的了�Q?/p>

class Model(object):
    __metaclass__ = ModelBase

Model采用了new style class定义�Q�关于这个内容大家可以放狗看一下，�W�一行是一个__metaclass__属性的定义�Q�该属性的值是ModelBase�Q�这是一个类。__metaclass__的意思是�Q�指定一个class�Q�这个class的实例就是本class�Q�相信您已经晕了。那么就拿这个Model的例子来说明一下，如果没有__metaclass__�q�个属性，产生一个实例就是正常的��程�Q�有了这个属性流�E�会有改变：

首先调用BaseModel.__new__(cls, name, bases, attrs)�q�个�Ҏ��Q�回�q�回的值是一个class�c�d��Q�然后用�q�个class来创建实例。其实BaseModel��是Model的元�c�，来制定Model�q�个�cȝ��最�l�样子。关于元�cȝ��更多信息��L��q�里

那么我们的目光一下�{�U�d��BaseModel�q�个�c�M��Q�我有种直觉�Q�Meta�q�个class最后可以用_meta来取��是在这里做的手脚，看一下BaseModel的定义吧�Q�有炚w��Q?/p>

class ModelBase(type):
    "Metaclass for all models"
    def __new__(cls, name, bases, attrs):
        # If this isn't a subclass of Model, don't do anything special.

        if name == 'Model' or not filter(lambda b: issubclass(b, Model), bases):    #1
            return super(ModelBase, cls).__new__(cls, name, bases, attrs)

        # Create the class.

        new_class = type.__new__(cls, name, bases, {'__module__': attrs.pop('__module__')})    #2

        new_class.add_to_class('_meta', Options(attrs.pop('Meta', None)))     #3

        new_class.add_to_class('DoesNotExist', types.ClassType('DoesNotExist', (ObjectDoesNotExist,), {}))

        # Build complete list of parents                                      #4
        for base in bases:
            # TODO: Checking for the presence of '_meta' is hackish.
            if '_meta' in dir(base):
                new_class._meta.parents.append(base)
                new_class._meta.parents.extend(base._meta.parents)

        model_module = sys.modules[new_class.__module__]

        if getattr(new_class._meta, 'app_label', None) is None:
            # Figure out the app_label by looking one level up.
            # For 'django.contrib.sites.models', this would be 'sites'.
            new_class._meta.app_label = model_module.__name__.split('.')[-2]  #5

        # Bail out early if we have already created this class.
        m = get_model(new_class._meta.app_label, name, False)                 #6
        if m is not None:
            return m

        # Add all attributes to the class.
        for obj_name, obj in attrs.items():
            new_class.add_to_class(obj_name, obj)                             #7

        # Add Fields inherited from parents
        for parent in new_class._meta.parents:
            for field in parent._meta.fields:
                # Only add parent fields if they aren't defined for this class.
                try:
                    new_class._meta.get_field(field.name)
                except FieldDoesNotExist:
                    field.contribute_to_class(new_class, field.name)          #8

        new_class._prepare()

        register_models(new_class._meta.app_label, new_class)                 #9
        # Because of the way imports happen (recursively), we may or may not be
        # the first class for this model to register with the framework. There
        # should only be one class for each model, so we must always return the
        # registered version.
        return get_model(new_class._meta.app_label, name, False)              #10

��单分析一下这个代码：

1. ��查class是否为Model的子�c�，不是的话�Q�不做�Q何处理，直接传给父类处理�Q�也��q��当于正常的处理了class�Q�注意super在多重��承的时候应该严��g��?

2. 用type来创建类�Q�创建的��是正常的ModelClass

3. �q�句很重要，add_to_class是Model里面的class�Ҏ��Q�这个方法其实就是传入name和value�Q�给Model��d��class属�?看到了，原来��奇的_meta��是�q�么来的. 提到add_to_class�Ҏ��Q�简单看一下它的代码：

    def add_to_class(cls, name, value):
        if name == 'Admin':
            assert type(value) == types.ClassType, "%r attribute of %s model must be a class, not a %s object" % (name, cls.__name__, type(value))
            value = AdminOptions(**dict([(k, v) for k, v in value.__dict__.items() if not k.startswith('_')]))
        if hasattr(value, 'contribute_to_class'):
            value.contribute_to_class(cls, name)
        else:
            setattr(cls, name, value)
    add_to_class = classmethod(add_to_class)

最后一句是制定�q�个�Ҏ��是class�Ҏ��Q�特点就是方法的�W�一个参数是本class�Q�其实classmethod��是一个装饰器�Q�在2�?之后可以使用@来简写。这里不得不提的是他对Admin的特�D�处理，虽然AdminOption不是在admin模块里面的，但是�q�么做还是跟一个Admin的东东绑定�v来了�Q�在java的世界解耦是一件大事，看到下面�q�有�?contribute_to_class'�q�个�Ҏ��的特�D�处理，django为啥不弄的解耦点呢。而且同样是包装成Option�Q�一个是在BaseModel里面弄（那个Meta的包装）�Q�一个在add_to_class�Ҏ��里面弄，实在有点不优雅，可能�q�没了解太多�Q�不知道他的深度用意吧�?/p>

4. Meta的集成，Option的这个类提供�l�承�Ҏ��

5. 取得applabel�Q�就是把model的名字分割取到数�W�二个，我很喜欢-2�q�样的设�?/p>

6. get_model�Ҏ��取得�~�存里面的东�ѝ�?/p>

7. 把所有的class attr拿出来搞一遍，一般的属性就setattr弄回��M��Q�要是这个属性有contribute_to_class�q�个callable属性，那就执行之（Admin的处理完全也可以�q�样�Q�其实我们常用的objects��是用这个方法弄的）

8. 每个Field调用自己的contribute_to_class�Ҏ��来进行特�D�的处理

9. �q�入�~�存�Q�，暂且叫缓存吧�Q�里面的东西大家看看很简�?文�g�?/django/django/db/models/loading.py 里面�q�是有很多内容的

10.看注释说的很清楚了，我们一定要在缓存里面拿model�?/p>

其中需要指出的是，new_class._prepare() �q�个�Ҏ��Q�简单列出片�D�：

    def _prepare(cls):
        # Creates some methods once self._meta has been populated.
        opts = cls._meta
        opts._prepare(cls)

        �Q�．�Q�．

        dispatcher.send(signal=signals.class_prepared, sender=cls)

中间省略了一些代码，不是我没看懂的就是没意思的�Q�关键要看这个dispatcher呀。这里是监听者模式，dispatcher.send(signal=signals.class_prepared, sender=cls)放松了一个包含特定信��L��事�g�Q�让监听的�h可以做相应的处理。这��L��信号�q�有很多�U�，我们可以很简单的截获信号�Q�处理相应的内容。也许您�q�记得，在我们创建db的时候，会提�C�创��Z��个超�U�用��P��其实��是用这个方法来弄的�?/p>

那我��Z��么要把这个单独拿出来说呢�Q�因为监听这个事件的��Z��是别人，�?objects"�Q�！�Q�在文�g/django/django/db/models/manager.py的开头就有这��L��代码�Q?/p>

def ensure_default_manager(sender):
    cls = sender
    if not hasattr(cls, '_default_manager'):
        # Create the default manager, if needed.
        try:
            cls._meta.get_field('objects')
            raise ValueError, "Model %s must specify a custom Manager, because it has a field named 'objects'" % cls.__name__
        except FieldDoesNotExist:
            pass
        cls.add_to_class('objects', Manager())

dispatcher.connect(ensure_default_manager, signal=signals.class_prepared)

定义了一个callable�Q�然后监听signals.class_prepared信号�Q�呵呵，�q�上了吧�Q�只要Class准备好了�Q�就调用�q�个�Ҏ��。简单判断有没有_default_manager'属性和meta里面的objects后，开始插入objects。cls.add_to_class('objects', Manager()) 很熟悉吧�Q�前面讲�q�不多说了�?/p>

PS�Q�写到这里不由得感叹�Q��ؓ啥同��h��往Class里面加入东东�Q�要搞这么多的花样呢�Q�我以前也写�q�一个Rails配置加蝲�q�程�?a href="http://www.aygfsteel.com/sshwsfc/archive/2006/11/20/82401.html" target="_blank">分析文档�Q�虽然一个简单的加蝲配置��把所有动态语�a�玩个遍，但是�q�也太不规范了吧�Q�可能不�q�么玩就不算“动�?#8221;语言了吧�Q�哈哈�?/p>

�l�于Model的Class造好了，�怿�大家以后造自��q��Class也能玩出更多的花栗��那么可以开始下一步了。我到老家后再写吧�Q�打��讲讲神奇的objects�Q�也��是Manager�Q�其实就是玩QuerySet。。那里有很多的__xxx__�Ҏ��Q�很好很强大

差沙 2008-02-02 17:32 发表评论

欧美成人猛片aaaaaaa,欧美日韩综合另类,亚洲精品一区二区三区香蕉

Django什么情�?1) -- Model�?amp;ldquo;造Class”概述