上次我们搭建了ssh框架的环境，然后做了单元测试，下面我们继续来完善我们工厂的准备工作。
3.1资源文件分类
(1)将配置文件归类到新建config文件夹；
(2)源代码目录按照功能模块进行划分：cn.edu.hpu.子系统.功能模块.*
(3)jsp放置到web-inf目录下；
(4)其它：
新建一个test源文件架(source folder)，我们把上次所有测试的代码全部移入test文件夹下，然后专门为配置文件创建一个conf源文件夹，将配置文件移入，然后src中先建立一个包准备放新写的代码:
我们如果修改了数据库，我们要将数据库的修改部分加入database文件夹下的数据库变更文件中。所以我们要建立一个database文件夹。其它的文件夹如下:
然后我们还缺log4j日志信息的输出(不加的话在加载spring内部日志类的时候会报错)。
首先我们加入log4的jar包slf4j-log4j12-1.6.1.jar，
然后引入log4j.properties配置文件:
其中的意思分别是:输出位置(consoleappender后台输出)、target目标、输出的格式(patternlayout)，参数值配置。
创建测试文件，测试log4j的五个日志级别:
测试结果:
19:44:14,365 debug [main] testlog:12 - debug 级别日志
19:44:14,368 info [main] testlog:13 - info 级别日志
19:44:14,369 warn [main] testlog:14 - warn 级别日志
19:44:14,369 error [main] testlog:15 - error 级别日志
19:44:14,370 fatal [main] testlog:16 - fatal 级别日志
我们把log4j.properties配置文件中的log4j.logger.cn.edu.hpu=debug中的debug改为error，得到的结果是:
19:45:22,496 error [main] testlog:15 - error 级别日志
19:45:22,500 fatal [main] testlog:16 - fatal 级别日志
说明我们只需要得到错误(error)的、严重(fatal)的信息。
我们现在是开发阶段，所以我们要将模式改为debug模式。
当我们的用户使用我们的项目的时候，在控制台输出的错误如果被后面的信息覆盖掉，那么我们就找不到当时发生的问题的输出信息，从而无法修改系统的bug，所以我们要将我们的错误信息存储到文本中。
当然，除了error与fatal之外的信息用户是不需要知道的，我们只输出这两个信息可以减轻日志文本文件的容量。
下面我们就配置日志的文本输出:
我们在中添加下面的语句:
我们的报错信息就会保存在f:/tax/tax.log下，并且每日新增日志文件(dailyrollingfileappender)。
根据我们的配置，我们的日志信息不仅会显示在控制台，而且会输出到日志记录文件中:
我们的使用场景在哪里呢？
下面这个
我们如果做好了log日志记录，到时候出错的时候我们会在日志记录文件中看到下面的语句:
到时候我们再去排查服务器的错误的时候，就可以看到这个问题了，方便维护人员修改bug等。
好，我们的日志搭建完毕，接下来才是我们的重头戏，我们的初级增删改查业务。
2.6编写基类basedao
我们的增删改查都是有一个基本的固定模式的，所以我们为了避免写一些重复的代码造成代码冗余，所以我们可以写一个公用的增删改查基础类，让其他类去继承它来使用公用的增删改查的特性。
dao基类中配备增删改查的操作:
实现类:
这就是我们的基础增删改查类。详细的功能开发下一篇继续。
转载请注明出处:http://blog.csdn.net/acmman/article/details/49312581