(完整word版)java实习周记25篇 下载本文

数据库设计:a) 降低关联的复杂性、b) 尽量不使用联合主键、c) ID的生成机制,不同的数据库所提供的机制并不完全一样、d) 适当的冗余数据,不过分追求高范式

2、 HQL优化:HQL如果抛开它同HIBERNATE本身一些缓存机制的关联,HQL的优化技巧同普通的SQL优化技巧一样,可以很容易在网上找到一些经验之谈。

加载策略:延迟加载vs立即加载、-延迟加载(默认) 不会立即命中数据库,使用数据时命中、在

抓取策略、查询抓取:(N+1)、连接抓取:需要在关联的对象中设置fetch=\、N+1 与 1+M:-针对一端,如果查询有m个对象,这时会先发送1条sql语句查出m个对象,然后再发送m条sql语句查关联对象,这就是1+M、-针对多端,如果查询有n个对象,那么对每个对象需要重新发送一条sql语句,这就是n+1。

事务控制:事务方面对性能有影响的主要包括:事务方式的选用,事务隔离级别以及锁的选用a) 事务方式选用:如果不涉及多个事务管理器事务的话,不需要使用JTA,只有JDBC的事务控制就可以。b) 事务隔离级别:参见标准的SQL事务隔离级别c) 锁的选用:共享锁、独占锁、更新锁、死锁、悲观锁、乐观锁。 第十七周

实习第十七个礼拜

前面做过的新豆商城,使用JDBC来连接数据库,现在学习了Hibernate,

所以把所有连接数据库的代码转变成hibernate来连接。

为什么选择Hibernate:由于是对JDBC的轻易级封闭,内存消耗少,最快

的运行效率。、开发效率高,Eclipse、JBuilder等主流JAVA集成开发环境对Hibernate有很好的支持,在大的项目,特别是持久层关系映射很复杂的情况下,Hibernate效率高的惊人。分布式,安全检查,集群,负载均衡的支持。轻量级封装,避免引入过多复杂的问题,调试容易,也减轻程序员的负担。具有可扩展性,API开放,当本身功能不够用的时候,可以自己遍码进行扩展。对JDBC访问数据库的代码做了封装,大大简化了数据访问层繁琐的重复性代码。

总结:通过hibernate连接,发现比以前用JDBC连接的代码量要少很多,

简洁很多。唯一不好的是在XML的配置文件中,经常会有错误。我相信,这只是我对hibernate不熟悉造成的,当对hibernate使用多了,这些问题就迎刃而解。 第十八周

实习第十八个礼拜:在之前的项目基础上,实现以下功能:

系统可以分为不同权限的管理员,管理本系统,如商品管理员、系统管理员等。

系统管理员可以配置一些信息管理本系统。 系统可以管理商品(添加、删除、修改、查询)。 系统可以管理商品分类(添加、删除、修改、查询)。 系统可以管理品牌(添加、删除、修改、查询)。

系统可以管理论坛,根据商品分类创建论坛分类。自定义分类等。 系统可以的论坛管理功能等,此处不再详细累赘。 系统可以进行订单管理功能。 系统可以进行用户管理功能。 公告管理管理。 模板管理功能。 支付用送货管理。 难点:顾客的购物功能

1. 顾客点击商品信息页的购买按钮,传递商品id、颜色到系统,系统根据客户传递的值将商品放入购物车中,然后显示购物车页面。 顾客依此往复,添加产品。

2. 顾客可以修改购买商品的数量,此处使用Ajax技术,动态刷新页面及商品小计金额和总金额。

3. 顾客可以删除购物车中的商品,此处仍然使用Ajax技术。

4. 顾客点击计算按钮的时候,弹出结算页面,顾客选择送货方式、付款方式、以及修改送货地址等。用户还可以选择使用豆豆支付商品。 5. 顾客点击提交完成本次购物,即完成一次订单购物。

总结:通过实践才能学到更多,更了解自己学会了多少。简单的总结为几个

字:多看,多问,多观察,多思考! 第十九周

实习第十九个礼拜

项目重构是团体合作,由6个人一起完成。要一起讨论包的命名、实体类。之后由技术总监把包的命名规范上传到共享区,团队做项目需要用到JIRA来跟进每天的任务。每个人还需要写总结:今天做了什么?做的过程中遇到的一些问题?明天打算做什么?这样项目经理才知道你今天完成了哪些内容。

我的任务主要是做后台产品的管理,添加产品、修改产品、删除产品、以及产品图片的上传功能。用户订单的实现。

在团队合作中,我们提出的志同道合的口号就是团队精神的具体表现,没有一个共同的工作目标一切都很难实现,集体主义的具体表现就是团队精神,在我们工作中离不开团队精神 的指引,团队离不开统一的指挥,才能保证团队的顺利工作和工作成绩的取得,这就是团队精神的巨大作用,在我们不同的历史时期,团队精神发挥了不同的作用, 有一点是可以值得大家重视的就是,在凝聚人心鼓舞士气方面都具有十分重要的作用。在这里,我明白了团队合作的重要性。

在接下来的代码实施中,工作进行的很顺利。

第二十周

实习第二十个礼拜

在新豆商城的项目设计中,总结:需求分析是重点。

前台需求分析,系统前台拥有2种用户,即浏览使用本系统的顾客,当顾客

注册为本系统的会员时,即本系统的第2种。

功能描述如下:浏览、注册、搜索、购物、登陆、消息功能、个人资料修改、收货地址、积分交易、订单查看等。 用例图如下:

顾客购物搜索注册浏览登陆个人资料修改消息功能收货地址积分交易订单查看会员

需求分析,系统后台拥有多种用户,简单描述如下:商品管理员、系统管理

员等。由于时间关系,本系统后台前期可能不做开发。预想在后期专门开发权限管理栏目,可以根据需要产生多种管理员以分配不同的权限进行管理。 功能描述如下:商品管理、商品分类管理、品牌管理、订单管理、送货方式管理、会员管理、公告管理、模板管理、论坛分类管理、帖子管理、系统配置、支付管理等。

后台用例图如下: