requirements/ 需求文档
analysis_design/ 分析设计文档
development/ 开发代码和开发文档, 找个GNU软件模仿一下目录结构就可以了。
src/ 源码
cfg/
util/
xml/
fso/
exception/
commons/
mapping/
service1/
action/
form/
service/
dao/
test/ 单元测试
etc/ 环境配置
lib/ 库文件
doc/ 帮助文档
classes/ 编译文件
...
test/测试报告
代码是分层的。是把代码写成
dao
srv1
srv2
services
srv1
srv2
还是写成
srv1
dao
service
......
我主张使用第二种,因为具体的业务是粗粒度的。而dao,services只是实现的方式。而且这样更符合聚合的原则。当然这样每个模块下面会出现类似dao, services的目录。
commons与util的讨论
如果写一个对xml的处理,是单独一个包还是放到commons,还是放到util