@julyclyde 只是想找个概念上“相似”的东西来做个类比，或许这样可以更好理解一点。。。

@misaka19000 这个我再去研究下~

@jint 收到！

@hcymk2 嗯嗯，之前理解有误

@hduwzy 收到！

@julyclyde 好像是这个意思！

@lml12377 是不是 tomcat container ， servletContext ， applicationContext 都是 java 写出来的对象？

@crazyxin1988 是不是这样：[php] 客户端 -> apache -> (cgi request) -> php -> (cgi response) -> apache -> 客户端，[java web] 客户端 -> tomcat -> (servlet request) -> applicationContext -> (servlet response) -> tomcat -> 客户端

@crazyxin1988 明白了，谢谢！

@thenbsp 谢谢耐心的讲解，其实 listener 的原理是明白的，主要是 subscriber ，“而后者是在事件中去决定需要去捕获哪些事件”，这句中的前一个“事件”是不是指的 Subscriber ？指的是在 Subscriber 中获取需要监听的事件吗？

是这样：首先往 Manager 中注册监听 name 事件的 N 个 Listener callable ，当事件源需要触发事件的时候，就调用 dispatch('name', new SomeEvent()) 来让 Manager 来挨个调用跟 name 关联的 Listener ，并把 SomeEvent 传递给这些 Listener ， Listener 处理完会把它处理过的 SomeEvent 返回回来，事件源拿到处理过的 SomeEvent 继续处理。

Symfony 中的 Listener 其实是实现了 EventSubscriberInterface 的，它会强制实现 getSubscribedEvents()，这个方法返回的就是当前 Listener 自己的每个 callable function 可以处理的 Event （意思是这个 Listener 其实是可以处理多个 name Event 的？），这里还有一个问题：既然 Subscriber 自己是知道自己可以处理哪些事件，并且知道调用自己的什么方法去处理，那是不是 Subscriber 是不需要提前注册的？如果这样的话，岂不是每次触发事件 Manager 需要把所有的 Subscriber 遍历一遍调用 getSubscribedEvents() 才能找到对应的 callable ？

@jcyangzh 知道了，谢谢~

@garrydzeng 正好遇到这个问题，哥帮我看下： http://www.v2ex.com/t/299671

@jerray 还有个问题，这个 Di 只能算个容器吧，只不过装的 Service 对象（事实上 sharedInstances 装的是具体的组件对象），这也只能算是依赖倒置，并没有实现注入吧？

@pynix 你。。。

@mitoop 那是不是可以这样理解：不使用 AR/ORM 的情况下，连贯操作的功能仅仅是 queryBuilder ？好处是 sql 写出来整洁、跨驱动并且可以实现安全过滤？

@kaner 嗯，看到了，对 orm 优缺点大概有了了解

@jswh 我的 DB() 方法是不是一定程度上算得上是注入？比如 DB('pdo') 取代了我原先在 model 里的 new Pdo();

@jswh 谢谢，答的很详细，消化一下~

@young 那天还想着翻官方手册来着，没翻到。。。谢谢~