昨天又有一个同学反馈，跟着视频写代码，一样的代码，但是为啥我这的autocomplete light就不生效。第一个同学反馈我以为是autocomplete light的版本问题，再次有人反馈，那可能是哪不太对劲。
说句题外话，默认情况下的django admin或者是xadmin，在外键字段的渲染上都是一个坑。当外键的数量过大，那页面的加载速度真是“杠杠滴”。
出错现象
先说下版本：xadmin-0.6.1 autocomplete light-3.2.10
错误提示：
Uncaught Error: Option 'ajax' is not allowed for Select2 when attached to a element.
at String.<anonymous> (select2.js:729)
你要是搜的话多半能发现这是版本问题，但是你看了看autocomplete light里面用到select2是一个挺新的版本，而报错的这个版本是3.x的版本。
autocomplate light和xadmin都是用select2这个js库。
问题原因
其实稍微仔细点排查的话，会发现错误的这个js是xadmin加载的资源，而不是autocomplete light加载的资源。这看起来有点奇怪了，我这里没出问题，但是其他人那里一样的代码会出问题。
首先的原因可能就是我们的版本不一样。But，确认后发现版本一样。
那么就是另外的原因，有细微的差别。于是我看了下network里面js的加载顺序，我这里是先加载autocomplete light的select2的资源，然后再加载xadmin自己的。
而其他人那边刚好相反，所以问题在这。实话实说，这种远程口头指挥排错的方式确实很有局限性。因为我不确定对方的代码到底是怎么写的。即便是跟着我的视频写出来的。(虽然可以从github上copy源码，但我还是强烈推荐自己跟着视频敲，遇到的问题越多，经验才越丰富）。
课程中有讲过INSTALLED_APPS的顺序会导致同名资源的加载顺序，测试了下发现不是同名资源。那么就是另外的问题。
仔细思考下Django admin部分或者说xadmin的部分是如何渲染页面的，它怎么知道把Charfield渲染为Input标签，把TextField渲染为Textarea标签？另外这些标签所依赖的资源，比如css和js，是怎么组织的？
在Django的源码中，有这样的一个概念（:-) 我自己总结的）—— 自治。
什么是
自治
呢？通俗来说就是高内聚，翻译成大白话来说就是能自己搞定的事就别麻烦别人。所以从更大的粒度来看，Django项目的每个APP都应该是自治的，避免相互依赖。
继续说回到问题，我们知道Django的渲染出来的资源是依据这个model或者modelform定义的field中的widget，那么对于我们遇到的问题 —— js资源的加载顺序，原因就是字段的加载顺序。
在Django的源码中: django/forms/forms.py的BaseForm.media的代码能够查看field的组织顺序：
# django.forms.forms.BaseForm部分代码
@property
def media(self):
"""
Provide a description of all media required to render the widgets on this form
"""
media = Media()
print(self.fields)
for field in self.fields.values():
# import pdb;pdb.set_trace()
media = media + field.widget.media
print(media._js)
return media
让出问题的同学在这加上两个print之后，能更好的发现问题。
解决方案
上面的fields的来源也是有点复杂，这里不过多展开，不过解决方案很简单，就是在form的Meta中自定义fields，像这样:
class
