前一篇博客介绍了如何通过注解反射来实例化一个对象。前面提出的一个优化建议。上一版本，每个含有@DAL(http://my.oschina.net/daL)注解的变量都会通过反射去得到实例化对象。要是同一个工程里面每次都对同一个类通过反射实例化一个对象出来，这样太浪费资源了。现在我们就模拟spring的bean工厂，

一、Session简单介绍　　在WEB开发中，服务器可以为每个用户浏览器创建一个会话对象（session对象），注意：一个浏览器独占一个session对象(默认情况下)。因此，在需要保存用户数据时，服务器程序可以把用户数据写到用户浏览器独占的session中，当用户使用浏览器访问其它程序时，其它程序可以从用户的session中

ThreadLocal，即线程变量，是一个以ThreadLocal对象为键、任意对象为值的存储结构。这个结构被附带在线程上，也就是说一个线程可以根据一个ThreadLocal对象查询到绑定在这个线程上的一个值。目的就是为了让线程能够有自己的变量可以通过set(T)方法来设置一个值，在当前线程下再通过get()方法获取到原先设置的值

在PHP5.5.0版本中，新增了生成器\(Generators)_特性，用于简化实现迭代器接口_(Iterator)\创建简单的迭代器的复杂性。通过生成器，我们可以轻松的使用foreach迭代一系列的数据，而不需要事先在内存中构建要被迭代的对象，大大减少了内存开销。当生成器函数被调用的时候，它会返回一个可迭代的对象，当对该对象进行迭代

什么是单例模式　　单例模式是在程序中，一个类保证只有一个实例，并提供统一的访问入口。为什么要用单例模式节省内存节省计算如对象实例中的一样的，那就不用每次都创建一个对象方便管理因为单例提供一个统一的访问入口，不需要创建N多个对象，很多工具类都用了单例实现，如日志、字符串工具类

在Flask框架中，为我们提供了丰富的上下文对象/变量（request、session、current\_app、g），这些上下文对象可以根据不同的上下文环境具备不同的值，所以他们是依赖于上下文环境的，而他们的使用也必须在上下文环境中，如果脱离了上下文环境，对这些没有上下文环境的上下文对象/变量进行相应的操作就会报错：RuntimeError　　通俗一点

常见的线程协作方式是：生产者/消费者。一个线程作为生产者，生产要处理数据，比如拿一个线程来生产Order，用户每下一单，此线程就生产一个Order对象。设置一个仓库，来存放生产出来的Order对象。一个线程作为消费者，消费|处理仓库中的Order对象（打印订单、拣货、发货）。demo  订单处理流程1、用

程序设计是困难的，其核心是管理的复杂性。计算机程序是人类做出的最复杂的东西。质量是不可靠的且隐蔽的。好的体系架构是必需给程序足够的结构使其健壮而不会陷入混乱的泥淖，但我们表达一个程序细节的方式是同等重要的。一个程序的本质会被不良的编码所隐藏。只有当一个程序的表达清晰时，我们才能有希望正确的推理出它的效率、安全和正确性。WilliamStrunk的《

一、数据库命令规范1.所有数据库对象名称必须使用小写字母并用下划线分割；2.所有数据库对象名称禁止使用mysql保留关键字（如果表名中包含关键字查询时，需要将其用单引号括起来）；3.数据库对象的命名要能做到见名识意，并且最好不要超过32个字符；4.临时库表必须以t

ERP，英文全称“EnterpriseResourcePlanning”，中文全称“企业资源规划”。是一款面向制造企业的综合管理软件。通过，你总能知道:采购环节:你买了多少材料？库存有多少材料？仓库在哪里？我还需要买多少？生产环节:有几道工序？有多少工人？