Swift是一门强类型语言，所以当不同类型的变量在处理时如果不对应就会报错。 不过我们在定义变量的时候可以不加，系统会自动去识别对应的类型。 建议还是定义上比较好，看着会比较清晰。
大家都很清楚，php是不支持多线程的。但对于需要类似多线程功能的人来说确实是个头疼的问题。好在有几种方案可以进行解决，类似多线程功能。下面是本人总结的三种实现多线程类似的方法的方案，下面是三种方案与代码实例。
工厂模式定义 实例化对象，用工厂方法代替new操作。 工厂模式是我们最常用的模式了，著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑使用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。
单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例类的特殊类。通过单例模式可以保证系统中一个类只有一个实例而且该实例易于外界访问，从而方便对实例个数的控制并节约系统资源。如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。
最近一直在用tornado尝试写个后台，从开始到现在一直在用 SQLAlchemy, 用的时候一直磕磕绊绊，中间也想着放弃来着，后来想想再坚持一下吧。当然也想过其他db客户端, 如 torndb, 一个非常简单的orm类 因为这个简单易用，是直接写纯SQL的方式，容易上手，但想想是不太简单了点，所以也一直没用。
前面一小节提到了需要了解 web.py 这个文件，这个文件最关键的地方是定义了 Application 和 RequestHandler 类。我们再看看 Tornado 的 Hello World，我们再精简一下，下面是最简单的实例化并启动 Application 的方式：
本小节介绍Tornado HTTP服务器的基本流程，分别分析httpserver, ioloop, iostream模块的代码来剖析Tornado底层I/O的内部实现。
前面我们看了一些关于 Tornado 的总体框架设计图，还有一些模块设计。比如 为什么要阅读Tornado的源码？ 里面的文件组织，真的不少，那么我们应该具体去读哪几个文件呢？
在深入到模块进行分析之前，首先来看看Tornado的设计模型。
Tornado 是由 Facebook 开源的一个服务器“套装”，适合于做 python 的 web 或者使用其本身提供的可扩展的功能，完成了不完整的 wsgi 协议，可用于做快速的 web 开发，封装了 epoll 性能较好。 文章主要以分析 tornado 的网络部分即异步事件处理与上层的 IOstream 类提供的异步IO，其他的模块如 web 的 tornado.web 以后慢慢留作分析。