java项目经验总结
      java项目阅历总结【1】
      这是一次比较完好的团队合作项目，它要求团队各成员对系统的主体设计搭成肯定的共识，这包括数据库设计，需求分析，以及其它一些详情，因此在编码之前的预备工作肯定要充分。
      在设计之前，我们两组对于数据库的设计进行了激烈的商量，最终在一些关键的问题上统一了看法。
      接下来的工作便是需求分析，详细结构设计，并制订小组项目具体打算，项目的进行将严格根据所制订的打算执行。
      然后小组成员对各自的数据库进行了设计，并且以数据字典的形式进行了共享。
      企业级人力资源系统分为十个子系统：机构编制管理、人员信息管理、人事档案管理、考勤管理、薪资福利管理、社会保障管理、聘请管理、合同管理、查询统计管理、系统管理。
      我负责人员信息管理子系统，这方面需要处理的业务规律比较少，表单比较多，要把握好与其它子系统的关联。
      员工基本信息表是与其它子系统关联的桥梁，大部分表都涉及到与基本信息表的外键关联。
      其中，职员编号(employeeId)是作为外键关联的字段，我给它设置了自增长。
      有人认为在企业里，职员编号应当是有肯定规律的数字，而不应当设置自增长。
      这样的是想法很符合实际状况，后来我和两个组长商量，认为自增长可以保证数据的唯一性，非自增长的主键在增加时可能遇到不行知的问题，并且其他组员的数据库已经设计好，改起来就麻烦了。
      因此最终职员编号采纳了自增长。
      有了上面的共识，接下来的重要工作便是依次完成表的增删改查、数据校验。
      其中，分页和批量删除是我打算最终完成的部分，并且肯定要完成。
      基本数据校验按各数据格式进行，例如手机号、email等。
      另一方面要对职员编号与姓名的全都性，职员编号的存进行验证，这些通过DAO里面的方法实现，针对出错，用JS给出友好的提示。
      在做好基本功能的前提下，争取做出特。
      我尝试写了Hibernate分页、批量删除的代码，最终都测试胜利。
      同时加入了JS控件，对于一些有特别格式要求的字段，防止用户填写错误(比方日期的填写格式为yyyymmdd)，使系统更加人性化。
      经过商量，对员工基本信息主表及与其关联的全部表，配置级联删除。
      当主表信息被删除时，与之外键关联的子表信息同时被删除。
      回顾这段历程，遇到了一些瓶颈，例如批量删除时如何有效的处理选中的id，要明白它得到的是一个String[]，需要转化成int[]就好办了。
      关于分页，我也是琢磨了好久。
      在网上看了不少实例，详细实现起来还是一头雾水。
      就在项目验收的前两天晚上，我确定自己写的试试。
      第一个方法是需要猎取表里面总记录数count，根据套路执行hql，我这样处理了结果：
      count = list.size();结果出了问题。
      数据库里有6条记录，结果打印出count为1。
      在这里折腾了好久，后来打印list为[6]，这下才明白list.size()得到的是list里元素的个数，这个元素是6 ，我需要猎取的是元素的是值(基础学问薄弱)。
      明白这点就好办了，最终我是这样处理的
      String a = (0).toString(); //猎取list第一个元素(对象)，并转换成String
      count = Integer.parseInt(a); //将a转换成int，得到count 这样做分页的第一步就完成了。
      其次天早上比较顺当的完成了剩下的代码并测试胜利。
      相比网上的分页代码，总的来说我写的很简单看懂，至于它有什么问题目前还不知道。
      通过这次项目阅历，我明白了只要想到了，就肯定可以做到。
      不要畏惧，困难并不像想像中的那么可怕。
      一味的躲避将得不到真正的熬炼。
      要时刻和队友沟通，共享成果。
      两个人总比一个人知道的多。
      java项目阅历总结【2】
      一：学会如何读一个JavaWeb项目源代码
      步骤：表结构lmvcdbspring ioclog代码
      1、先了解项目数据库的表结构，这个方面是最简单遗忘的，有时候我们只顾着看每一个方法是怎么进行的，却没有去了解数据库之间的主外键关联。
      其实假如先了解数据库表结构，再去看一个方法的实现会更加简单。
      2、然后需要过一遍l，知道项目中用到了什么阻拦器，过滤器，拥有哪些配置文件。 java中常用的设计模式有哪些
      假如是阻拦器，一般负责过滤恳求，进行AOP等;假如是监听机，可能是定时任务，初始化任务;配置文件有如 使用了spring后的读取mvc相关，db相关，service相关，aop相关的文件。
      3、查看拦截机，监听机代码，知道拦截了什么恳求，这个类完成了怎样的工作。
      有的人就是由于缺少了这一步，自己写了一个action，配置文件也没有写错，但是却怎么调试也无法进入这个action，直到别人告知他，恳求被拦截了。
      4、接下来，看配置文件，首先肯定是mvc相关的，如springmvc中，要恳求哪些恳求是静态资源，使用了哪些view策略，controller注解放在
      哪个包下等。
      然后是db相关配置文件，看使用了什么数据库，使用了什么orm框架，是否开启了二级缓存，使用哪种产品作为二级缓存，事务管理的处理，需要扫描的实体类放在什么位置。
      最终是spring核心的ioc功能相关的配置文件，知道接口与详细类的注入大致是怎样的。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。