一个好的、清晰的目录结构可以方便日后的维护,可以帮助维护人员快速的定位到代码文件;
JavaEE的项目中(大多数都是web项目),有一些在业界中耳熟能详的术语,比如:
dao(数据访问对象):持久层,主要负责与数据库打交道,从模式的角度来说,dao中不应该有业务逻辑;
dto(数据传输对象):层间传递参数的对象;早期,方法的参数都是直接填写的,如:void method(int i,int j);
这种直接填写的参数有一些不方便之处,就是参数的顺序要一一对应,两三个参数倒是能应付,要是10个,8个的话,谁都得蒙圈;所以后来提出了DTO,一个基于javabean规范的对象,用于封装参数。另外也可以考虑使用Map来封装参数,但用Map封装参数的话,需要明确key的定义;
service(BO) - 服务层,又叫业务层,我个人觉得业务层比较贴切;早期有一帮人把这一层成为BO(业务对象).
该层主要是放置业务逻辑的,涉及到的数据库操作就调用dao。有些小型系统,我个人建议可以将这层去掉,直接将业务逻辑编写在dao层中,少一层是一层啊;
controller(action) : 这货是mvc中的‘c’,属于web前端,位于view与service层之间。
ok,写到这,与java相关的都介绍完了。下边是一些与web相关的内容:
编写web,主要包括:html,css,j