我们是通过判断请求的路径来直接返回结果的。简单粗暴，缺点明显：如果url后面加杂了queryString，因为判断逻辑中没有处理，那么将直接返回404页面（其实也没有其他的页面）。
难道要一个一个加queryString的处理？有可行性，但麻烦。
再者，如果要添加新的html页面，那么也要在处理逻辑中依次添加？html页面还要引用js脚本，css样式，样式表中还要引用图片，字体。。。。难道就要这样无休止的添加下去？显然是不可能的。
借助于NodeJS提供的urlAPI，我们可以提取请求url中的pathName部分，也就是忽略了域名以及queryString的部分，然后将他交给另一个pathAPI。他负责将pathName解析为当前操作系统可读的路径。
至此，答案就很明显了：拿到路径后，利用fs模块读取，如果成功，则返回文件内容；否则直接404就好了。
eval会对后面的命令进行两遍扫描，如果第一遍扫描后，命令是个普通命令，则执行此命令；如果命令中含有变量的间接引用，则保证间接引用的语义。也就是说，eval命令将会首先扫描命令行进行所有的置换，然后再执行该命令。因此，eval命令适用于那些一次扫描无法实现其功能的变量。
此外，你的项目需要部署。为了调试，在开发时我们在Java编译结果中加入了调试信息（Java默认）。而在部署时你希望Java编译结果中不出现调试信息。此时你又会怎么做？
答案是Profile。Maven的Profile用于在不同的环境下应用不同的配置。一套配置即称为一个Profile。这里的“环境”可以是操作系统版本，JDK版本或某些文件是否存在这样的物理环境，也可以是你自己定义的一套逻辑环境。比如上面的A中所说的Linux和Mac OS X便是一种物理环境，而B中讲的开发环境和部署环境则为逻辑环境。Maven提供了Activation机制来激活某个Profile，它既允许自动激活（即在某些条件满足时自动使某个Profile生效），也可以手动激活。
一个Profile几乎可以包含所有能够出现在pom.xml中的配置项，比如<artifactId>，<outputDirectory>等。相当于在Profile中定义的配置信息会覆盖原有pom.xml中的相应配置项。
回过头来，我们看看golang实现的ioc框架，有golang风格的框架，也有从其他主流语言搬过来的比较重的框架。我觉得目前实现最轻量级的，当属martini框架的ioc依赖库 github.com/codegangsta/inject 。代码行数很少，提供类型注册、接口注册、类型解析、函数注入、struct注入的方法，可以说基本的已经比较全了。从文章开头应该可以猜到，我现在一直在学习ddd，目前在.NET实际项目中边运用边学习。在实际使用中发现，ioc除了要有单例模式（Singleton）支持外，应该还有临时实例（Transient）的支持。因此萌生了我写golang下的ioc框架的原因。
我的目的很简单，希望ioc不仅支持Singleton，还要支持Transient。最初想法是，编写一个抽象层，里面支持这两种模式的注入。其中transition部分自己独立实现，而singleton，则采用现成的 github.com/codegangsta/inject 框架，并加一层适配。Transient的实现，其特点就是，每次解析类型（Resolve）时，都需要创建一个新的对象，这个对象和先前创建的是独立的。此处我采用反射机制，根据类型创建新对象。golang中没有构造函数，为了在创建对象后并在使用前，对其初始化，我引入了构造函数的概念。这个构造函数的接口其实很简单
* 原因：因为我第一次访问数据库的时候Hibernate会自动的将我查询出来的结果保留一份查询出来的对象到一级缓存
并且这个额对象是根据OID唯一标识的，也可以理解为数据库中的主键值，然后当我再一次访问一个对象时，Hibernate
机制会自动的先去一级缓存中查找看有没有OID与我要查询的OID相同的对象，如果有的话，则直接从一级缓存中 拿数据
如果相同的OID则说明缓存中没有我要的记录，那么就会直接去访问DB端了，这样的话，又会重新发送一条sql
值得注意的是：上面的事件绑定仅限该view下面元素的事件的绑定，如果需要绑定不是该view下的节点的事件，可以使用jQuery的方式绑定。
更多运用
以上是项目组现在对Backbone事件的使用，当然通过查看官网的文档，看到Backbone事件，发现还有很多用途还未挖掘。下面的文章是对Backbone事件的更多应用。
运用1：实现model、view的双向绑定（目前项目组用的stickit实现)