python ioc framework_自制Python IoC框架时的得失

项目的来源是量化交易框架，使用了Python开发。因为受Java影响，想在开发的过程中加入IoC设计，试图减少类之间的依赖，用名称获取实例。结果没有达到使用Spring时提高开发效率的效果，暂时发现有以下几个问题。

开发时失去代码推断

无法在Injector成员的初始化过程中使用已定义的Injector成员(即不能自举)

定义成员时，不能引入其包

并发时的效果存疑。

(有几点还需要验证)

Python的动态类型本身就很复杂，可以直接把类存进对象中，而且调用十分自由，不拘束于类本身。而且prototype的类型用IoC反而不方便，因为在新建对象时很可能也要传参，还不如直接调用类来得舒服。所以关键在于singleton的对象。那么实际上只需要找个位置把所有全局对象定义好放在一边即可。

如果真的需要使用IoC模式，用singleton对象代替注入器。只要在一开始找个地方把singleton内的对象定义了就好。prototype类型用IoC则极其不方便，不如直接调用。如果确实想做到接口一样的感觉，那么应该使用prototype对象。即在对象值中存入待初始化的类。

至于IoC内的自举，现在则交给python自己完成即可。

问题在于Python里的对象和类本来就可以自动完成IoC，加入目前的设置反而显得束手束脚。真正需要IoC的部分应该是那些Python无法做的，比如一些常量设置等。如图中的Flask的例子，使用IoC原理的只有路由的配置，hello函数中只带入了”/“这么一个字符串配置。也就是在Python中注入了一种专门用来定义路由规则的正则文法DSL，这种DSL与Python没有关系，也没有上文中因为在配置文件中的循环依赖问题。

1

2

3

4

5

6

7

8

9from flask import Flask

app = Flask(__name__)

@app.route("/")

def hello():

return "Hello World!"

if __name__ == "__main__":

app.run()

那么，如果专门定义一种DSL用于做IoC，这样会怎样呢？首先肯定没问题，只要DSL的定义清晰，确实能解决上面的几个问题，现在我也差不多有如下的方案了，但对Python来说则非常多余。Python就是种很好的动态脚本，也支持函数作为对象，下面的语法是Python的阉割版而已，用于作为Java等静态语言的补充倒是可以(说白了下面方案是Spring IoC配置的Json版而已)。以后可以保留着，实现一个轻量级的Java IoC框架，接上Spring MVC来用，想想就觉得很方便。

1

2

3

4

5

6

7

8

9

10

11

12[{

"id": "id of the element",

"type" : "name of the element's class, must be callable full name",

"scope" : "singleton|prototype",

"init_params":{

"args":["...","if it requires injection, denotes with this(id)"],

"kwargs":{"..."}

}

},

"..."

{

}]