预览加载中,请您耐心等待几秒...
1/5
2/5
3/5
4/5
5/5

在线预览结束,喜欢就下载吧,查找使用更方便

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

一、业务逻辑 二、开发环境 软件: JDK:JDK6.21 服务器(容器):Tomcat6.0.26 数据库:Mysql5.1.36 IDE:MyEclipse8.6 可视化数据库工具:Navicat9.0.10 版本控制: 插件版:SVN1.26.1 客户端:TortoiseSVN1.6.11 编辑器:EditPlus3.20.440 HTML可视化开发工具:AdobeDreamweaverCS5 原型设计:AxureRPPro5.6 浏览器: 必装:IE(版本不限)、Firefox(3.0以上)、IEtester0.4.6 选装:Opera、Safari、Chrome、腾讯TT、邀游、世界之窗、360等 插件: Struts2.2.1 Hibernate3.2 Spring2.5 JQuery1.4.2 配置:(详细配置请看文档最后的附件) 编码:UTF-8 数据库用户名:root 数据库密码:123456 三、命名规范 严禁使用数据库、开发语言的保留字 全部使用英文和数字,禁止使用拼音 单个词时,全部小写;多个词时,第二个开始大写,词与词之间不使用下划线 首字符必须为英文字母,不能为数字 出现长单词时使用缩写,名字最大长度为30个字符,缩写的词在数据字典中声明含义 四、SSH框架使用规范 dao层进行封装:dao层使用List和Object,不具体针对哪个实体写方法。对所有实体操作方法进行封装,一个公共dao写增、删、改、查方法。其中,按id(主键)查询时,分为String和id写两个方法,总共就6个基本方法解决整个系统的操作。有设计到批量删除和修改的再相应增加方法。 协同开发时,为了避免冲突,每人自己用一个*strut.xml配置文件,在公共的struts.xml,引用自己的配置文件。注意:自己的配置文件里面不能引用其他namespace,使用默认的空间就好了。因为为了便于系统的日后维护,在系统开发完成后,会对所有的配置都整合到struts.xml里面。这样就不会出现空间冲突问题。个人的Struts配置文件写法:Struts-(具体的功能名或者所操做的映射类名).xml。 Spring要用继承的方式来写,使配置内容结构清晰。 以前逻辑是写在action层,现在开始把逻辑写到service层。对action层进行瘦身,增强逻辑的可复用性。Action只做参数获取与数值传递,不做逻辑。多人协同开发时,每个人自建一个以上的service供自己使用。在没有可复用的情况下,新建一个action在自己的service里写一个逻辑处理方法。Action调用的Service里的逻辑方法要和action同名(注:这里的action名指struts配置文件的名,而不是action类的类名,因为action类中可能有几个方法)。 类里面用到的全局变量全部在最前面统一定义好。接下来就是类的处理方法。get和set方法放到类的最后面。 五、包/类/方法等命名规范 Action分为两种。一种是对实体进行增、删、改和按Id查询的四个操作,共用一个Action类,这四个操作对应类里面的命名是:save()、delete()、update()、findById()。这种类的类名命名方式是:实体名+Action,这种里面的四个方法在struts里的配置规则是:实体名+方法名(首字母大写);第二种是使用hql语句进行查询的Action类,自定义+实体名+Action。 Struts配置时注意命名,如果一个Action类里面只有一个方法,配置Action名要和Action类名一致,如果Action类里面存在多个处理方法,那么在struts配置Action时应用的class类要和Action类的类名一致。 Session命名要复杂一点。 六、代码注释规范 注释说明代码,统一写到上面或者右边。 代码注释不能太乱,多余的代码删除。可能还有用的代码可以保留,但是要保证代码的工整性。类似于System.out.println()的程序调试好后一定要删除。 在重要的方法前书写该方法的功能、作者、传入参数、传出参数的说明。 七、前台开发规范 jsp、html文件可以用html标签,则使用html标签,尽量避免用其它标签。 尽量不要在页面文件书写样式。 jsp头标签放置在文件的最开头;css样式表在<head></head>中引入;js在<body></body>的最后引入,再书写自定义的js方法。 Jsp文件地址引入变量名为path和basePath。 八、版本控制规范 及时更新,保证工程整体最新状态,另外版本滞后导致后期校对版本,浪费大量时间,并且影响团队开发的宗旨。 当编写的局部代码不影响其他功能运行时,应及时提交到SVN库。 禁止提交个人配置文件(如M