没有合适的资源?快使用搜索试试~ 我知道了~
java项目经验总结.docx
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 176 浏览量
2021-12-17
09:22:08
上传
评论
收藏 27KB DOCX 举报
温馨提示
试读
15页
。。。
资源推荐
资源详情
资源评论
java 项目经验总结
java 项目阅历总结【1】
这是一次比较完好的团队合作项目,它要求团队各成员对系统
的主体设计搭成肯定的共识,这包括数据库设计,需求分析,以及其
它一些详情,因此在编码之前的预备工作肯定要充分。
在设计之前,我们两组对于数据库的设计进行了激烈的商量,
最终在一些关键的问题上统一了看法。
接下来的工作便是需求分析,详细结构设计,并制订小组项目
具体打算,项目的进行将严格根据所制订的打算执行。
然后小组成员对各自的数据库进行了设计,并且以数据字典的
形式进行了共享。
企业级人力资源系统分为十个子系统:机构编制管理、人员信
息管理、人事档案管理、考勤管理、薪资福利管理、社会保障管理、
聘请管理、合同管理、查询统计管理、系统管理。
我负责人员信息管理子系统,这方面需要处理的业务规律比较
少,表单比较多,要把握好与其它子系统的关联。
员工基本信息表是与其它子系统关联的桥梁,大部分表都涉及
到与基本信息表的外键关联。
其中,职员编号(employeeId)是作为外键关联的字段,我给它
设置了自增长。
有人认为在企业里,职员编号应当是有肯定规律的数字,而不
应当设置自增长。
第 1 页
这样的是想法很符合实际状况,后来我和两个组长商量,认为
自增长可以保证数据的唯一性,非自增长的主键在增加时可能遇到不
行知的问题,并且其他组员的数据库已经设计好,改起来就麻烦了。
因此最终职员编号采纳了自增长。
有了上面的共识,接下来的重要工作便是依次完成表的增删改
查、数据校验。
其中,分页和批量删除是我打算最终完成的部分,并且肯定要
完成。
基本数据校验按各数据格式进行,例如手机号、email 等。
另一方面要对职员编号与姓名的全都性,职员编号的存进行验
证,这些通过 DAO 里面的方法实现,针对出错,用 JS 给出友好的提
示。
在做好基本功能的前提下,争取做出特色。
我尝试写了 Hibernate 分页、批量删除的代码,最终都测试胜
利。
同时加入了 JS 控件,对于一些有特别格式要求的字段,防止
用户填写错误(比方日期的填写格式为 yyyymmdd),使系统更加人性
化。
经过商量,对员工基本信息主表及与其关联的全部表,配置级
联删除。
当主表信息被删除时,与之外键关联的子表信息同时被删除。
回顾这段历程,遇到了一些瓶颈,例如批量删除时如何有效的
第 2 页
处理选中的 id,要明白它得到的是一个 String[],需要转化成 int[]
就好办了。
关于分页,我也是琢磨了好久。
在网上看了不少实例,详细实现起来还是一头雾水。
就在项目验收的前两天晚上,我确定自己写的试试。
第一个方法是需要猎取表里面总记录数 count,根据套路执行
hql,我这样处理了结果:
count = list.size();结果出了问题。
数据库里有 6 条记录,结果打印出 count 为 1。
在这里折腾了好久,后来打印 list 为 [6] ,这下才明白
list.size()得到的是 list 里元素的个数,这个元素是 6 ,我需要
猎取的是元素的是值(基础学问薄弱)。
明白这点就好办了,最终我是这样处理的
String a = list.get(0).toString(); //猎取 list 第一个元
素(对象),并转换成 String
count = Integer.parseInt(a); //将 a 转换成 int,得到 count
这样做分页的第一步就完成了。
其次天早上比较顺当的完成了剩下的代码并测试胜利。
相比网上的分页代码,总的来说我写的很简单看懂,至于它有
什么问题目前还不知道。
通过这次项目阅历,我明白了只要想到了,就肯定可以做到。
不要畏惧,困难并不像想像中的那么可怕。
第 3 页
剩余14页未读,继续阅读
资源评论
苦茶子12138
- 粉丝: 1w+
- 资源: 6万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功