IoC 不是一种技术，只是一种思想，一个重要的面向对象编程的法则，它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象，从而导致类与类之间高耦合，难于测试；有了IoC容器后，把创建和查找依赖对象的控制权交给了容器，由容器进行注入组合对象，所以对象与对象之间是 松散耦合，这样也方便测试，利于功能复用，更重要的是使得程序的整个体系结构变得非常灵活。

面试的时候，聊着聊着感觉问题都问在了自己的“点”上，应答都挺顺利，于是就慢慢膨胀了。在说到模块化的时候，我脑子一抽，凭着感觉说了一下requirejs实现的大概步骤，充满了表现欲望，废话一堆。侥幸不可能当场让我写一遍，算是过了，事后尝试了一下，在这里跟大家分享一下我的实现。

我们应该在内部组装完毕之后，在整体展现出来。（类似于建造者模式，但有所不同，最大的区别在于，建造者模式中的建造过程是稳定的，而我们这个例子中穿各种服饰的过程是不稳定的。在之后的博文中我会讲到建造者模式。）

profile可以让我们定义一系列的 http://www.cnblogs.com/nwqrtj/ 配置信息，然后指定其激活条件。这样我们就可以定义多个profile，然后每个profile对应不同的激活条件和配置信息，从而达到不同环境使用不同配置信息的效果。

在OAuth2早期的时候爆发过不少相关的安全方面的漏洞，其实仔细分析后会发现大都都是没有严格遵循OAuth2的安全相关的指导造成的，相关的漏洞事件百度以下就有了。

如果一个函数在内部调用本身，这个函数就是一个递归函数。函数递归调用的过程与循环相似，而且理论上，所有的递归函数都可以写成循环的方式，但是递归函数的优点是定义简单，逻辑清晰。递归和循环都是一个重复的操作的过程，这些重复性的操作必然是需要有一定的规律性的。另外，很明显递归函数也需要一个结束条件，否则就会像死循环一样递归下去，直到由于栈溢出而被终止（这个下面介绍）。

这样便成了“懒人”的使用方式，在需要使用该类的时候，再实例化，解决了上面所说的缺点，称为“懒汉式”。不过，这样存在线程安全问题，可能会造成重复创建对象，与单例模式的思想相悖。

缓存数据：它的过期时间 http://www.cnblogs.com/eamert/ 比缓存标记的时间延长1倍，例：标记缓存时间30分钟，数据缓存设置为60分钟。 这样，当缓存标记key过期后，实际缓存还能把旧数据返回给调用端，直到另外的线程在后台更新完成后，才会返回新缓存。

什么是委托？委托是C#中类型安全的，可以订阅一个或多个具有相同签名方法的函数指针。委托可以把函数做为参数传递，其实际意义便是让别人代理你的事情。委托可以看做是函数的指针，整数可以用整数变量指向它，对象可以用对象变量指向它，
函数也可以用委托变量指向它。我们可以选择将委托类型看做只定义了一个方法的接口，而委托的实例可以看做是实现了那个接口的一个对象。

小步快跑，通过迭代来优化产品，但如果 http://www.cnblogs.com/yvadrq/ 每个迭代都颠覆了之前的设计，那就是原地踏步，每一次迭代都要知道这个迭代哪里出了问题，然后再针对问题做优化，而不是频繁的改版，持续优化，这个就必须建立在比较良好的数据监控与数据分析上，人有偏见但是数据不会，。

我们将需要以AOP方法注入的操作定义成一个个的Interceptor，并以某种方式（我采用的是最为直接的标注Attribute的形式）应用到某个类型或者方法上。在运行的时候我们为目标对象创建一个代理，我们针对代理对象的调用将会自动传递到目标对象。不过在目标对象最终被调用的时候，注册的Interceptor会按照顺序被先后执行。

这就是我一直遵循的 http://www.6tyu.com/ 实践驱动学习，这个过程很锻炼，很有用，可惜我机械设计绘图啥能力很差，有一个画减速箱的课程设计，我把内壁和外壁画在一条线上，还看起来挺像，老师看了好久，说你这个图不对劲啊，但一时半会说不出来，哈哈，一堆人围在哪里，最后说你这外壁和内壁是怎么画到一起的。。。。我靠，我自己也看不懂，当时那个尴尬，室友还帮我检查了好几遍，结果重画，可苦了。

理解好Ioc的关键是要明确：谁控制谁，控制什么，为何是反转