江苏省项目感想和疑问

首先是tomcat连接池的配置。以前对tomcat的配置可以说是印象模糊，大概知道是怎么配的，但是具体的配置参数都是用的时候上网查，连具体要配几个地方我都不知道。上星期上网搜索了几篇文章，终于自己独立配了一个简单的连接池。想想也很简单，其实也就在server.xml文件中配置一下resource。

接下来是数据库执行的框架。自己封装了一个数据库连接管理类，目前只提供打开连接和关闭连接的函数。然后封装了一个resultset，其中父类只提供3个方法next()、getString()和getInt()，子类则实现了具体的方法。最后又封装了一个执行类，将传入的参数set进传入的sql，然后将获得的resultset复制到自己封装的resultset子类，最后关闭所有resultset、preparestatement、connection等对象，以确保所有数据库对象在使用后能及时关闭。dao层中使用自己封装的reslrset父类指针获取得到的结果，确保不会使用到resultset子类的其他方法，但是感觉resultset子类应该做成执行类的友元类，这样能进一步确保其他类不会用到resultset子类。

然后是service层和servlet层。本来想使用JSF做web界面，但是由于时间关系，最后放弃了这个想法，因为福建的项目已经有所有的页面了，包括javaScript前台验证，其中70%是可以直接使用的。不知道是项目比较简单，或是自己对OO的概念理解不清，我一直不能很清楚的理解service层的存在必要性。页面输入完了，servlet层先将输入参数封装到dto类或者直接封装到po类，然后根据传入参数判断应该到service层的哪个方法。到了service层，就只要直接执行dao的相关方法，完全没有业务逻辑代码，这是什么原因呢？应该请高手帮我指点下。

最后是一些dto和po类。在我的印象中，po类应该是持久化的数据对象，dto则是业务和界面的数据对象。在这个项目中，基本上我也不太理解dto的存在必要性。现在我就只做了一个dto类，代表的是登录的用户，其中包括用户名，密码，用户会议列表等等信息，因为这些信息不在同一张表中。其他地方都直接用了po类。本来想做一模一样的dto，然后在其他层用dto，在dao层用po。但是后来想想，如果我表结构变了，那一定是业务逻辑变了，那dto类岂不是也要变，如果页面变了，那输入的参数都不一样，那基本上表的结构也变了，那岂不是po类也要变。所以左想右想我就决定不做dto类了。这也是我非常迷糊的一个地方，到底dto类有什么样的存在必要，希望有经验的哥哥姐姐们帮我解答下。

我才刚上班半年，所以很缺乏这种经验和概念，但是我也一直在不断的充实自己。现在在看的书有：代码大全，o`reilly出的jsf，ajax实战，spring in action，java核心。thinking in java还没开始看，thinking in pattern看不懂。我不知道像我这种水平的程序员应该先看哪些书，而且论坛上在讨论的热门话题我基本上看不懂，因为很多关键字都看不懂。

希望看到这篇blog的哥哥姐姐们能指教一下。