好尴尬，发现自己写上篇技术博文，已经是一年前的事情了，好像把时间都浪费在娱乐上了？没有吧，工作还是很认真的。业余时间，是有点浪费了，不过还是有研究过一些精彩的东东来分享的。不说闲话了，这就分享出来。

        这段时间里还是一直对新型的几个主流的Java框架做一些研究，现在以一个 Web Application 的模型 将笔者的心得课题化并一一分享出来。今天是第一篇，分享下笔者对一个小型Web程序的架构，以及如何将原来的web.xml和spring的applicationContext.xml对应到新型注解化的配置类中。

       之前《究 Spring 3.1之无web.xml式 基于代码配置的servlet3.0应用》中已经将知晓了Spring是如何利用Servlet3中的ServletContainerInitializer进行Web初始化配置的，这里笔者就不再自己去写了，像利用Spring的FileCopyUtils一样，清楚它是怎么实现的就好，用时直接拿来用，方便。

1，控制层ctrl，MVC的C大家都知道，表层，与UI的数据调度，接收Http请求并做出相应响应，这里还未确定具体用什么框架，先放着。

2，业务层hub，叫biz, business, service都行，即业务逻辑层，整个web核心调度层。

3 外部层pin，通常是dao数据访问层，然后自我认为这里不单单会借助数据库做为外部辅助系统，与外部其他系统都应该放在这层里，做为与外部系统沟通的底层，所以用了个很形象的 针脚pin 一词。

        所谓的外部系统还有可能是邮件服务器，webService调用与被调用，等等，甚至是文件资源。比方说，文件资源有时不一定会存储在部署的服务器上，也有可能外包于其它专门的服务器，例如amazon的S3, 这时，业务层hub无需要知道文件资源的存储是何策略，直接调用底层的方法，由pin层的专门管理文件资源存储的类去具体操作。再往下面的persistence 做传统意义的dao服务。

        当然别忘了entity, 就是业务实体模型。

        Util 里放一些配置，工具等的类 。例如图中选中的高亮文件，就是对应于以往web.xml的文件，这里命名其为WebConfiguration, 当然，名字因人而异。

测试包testsrc在后面的 单元测试一节会具体说明，这里就过了。

然后用到的库，JRE不多说，Web App Lib是将所需的jar文件放到WebContent/WEB-INF/lib下后自动生成的。

       WebContent下的内容是之后部署环境的所有内容，笔者这里放着个sysParams.properties就是系统的一些配置属性，部署人员做web部署时，只需要改这一个就行。开发过程中有可配置的选项都应该通过一个静态的Properties类对象去找到相应的名值对，通过一定方法转换为所需类型。至于怎么实现，这就来看。