实习二阶段总结

实习已经开始了一个月,项目的第二阶段页已经完成了,第二阶段的项目需要很多新的知识,包括maven,spring和spring mvc,我就这几个新的知识做一下总结。

首先是maven,一个强大的项目管理工具,为我项目的搭建提供了便利,我现在idea上搭建maven项目,因为是以第一次,所以还是遇到很多问题,首先就是对于maven本地仓库的路径的选择,和setting.xml文件的修改

最开始我一直用默认的路径,导致新建的项目缺少很多文件,也运行不起来,后面查资料修改之后,maven项目才可以搭建好。

之后,是对于pom.xml文件的书写,这个过程中我也是犯了一个比较大的错误,最开始的时候我着重于依赖包的添加和修改,而忘记了书写build标签里面的内容,导致tomcat一直无法启动成功,我也花了很长时间修改pom文件也不

得要领,我自己一直以为是依赖包的问题,后面在老蒋的帮助下才知道错误的原因,感觉对于新知识的学习还是不够深入,有些想当然,后面的学习中还是要踏下心来做才可以。

接下来的工作,就是对于spring和spring mvc的学习,我是通过在图书馆借书和上网找资料来看的,这其中也遇到一些问题,因为很多spring的版本比较老,并不适合我们现在的开发了,最终我是在《spring 3.0就这么简单》这本书来进行学习的,我将新的项目框架设计成如下的方式

对于类包的规划,领域对象domain,持久层dao,服务层service,pojo类web。
对于持久层的编写是比较顺利的,使用新的数据库连接方式jdbcTemplate也成功了,单元测试可以通。
再往后就是对于展现层的编写,jsp界面我用了和之前项目一样的方式,不过我在林伟学长的要求下也是做了比较大的改进,我在展现的页面中去掉了大量的java代码,数据库连接的操作和显示都放在后台来执行了,页面的跳转过程也应用js而不是简单的连接传值的方式了。
在使用中我就发现,对比之前的servlet,spring的实现确实方便很多,很多的java文件现在就放在一个controller里面就可以了,只要配置好DispatcherServlet和web文件就可以了,不过,应用了新的开发方式,虽然便利了不少,但是配置文件也变得多了,想要在后面应用更熟练,还是要多练习才行,现在做的项目也只是领会了一些皮毛而已,后面还是希望能学习更多,成长更多。
时间: 2024-08-28 04:42:24

实习二阶段总结的相关文章

模块管理常规功能自定义系统的设计与实现(21--第二阶段设计目标)

第二阶段设计目标 前面的章节讲了建立单个模块的各种功能,从现在开始要加入若干个具有关联的模块,使其协同工作.我设计了一个简易的销售管理系统,系统的结构如下图所示,从本节开始将逐步的搭建此系统. 在上图中,各模块之间都能通过一定的路径产生联系,而具有关联的二个模块具有直接的关系,例如省是市的父模块,市是省的子模块:客户单位是市的子模块也是省的子模块.这种上下级关系将会是处理的重点.各模块间的关系要明确,不能出现关系不明确或者循环引用的模块,那样权限的设置将会有问题. 例如有如下模块结构: 在上图中

分布式基础之二阶段提交

分布式基础之二阶段提交 二阶段提交(Two Phase Commit)在分布式事务处理中非常常见.它主要用来保证分布式事务处理的一致性,决定事务的提交或回滚.目前二阶段提交广泛应用于关系型数据库的分布式事务处理中,它是分布式系统中的一个常见协议. 需求 为什么要二阶段提交?因为在分布式系统中,每个节点只知道自己的事务是否执行成功了,而分布式系统要求一致性,也就是所有的节点的状态都应该一致.如果某一个事务只在部分节点执行成功,那么势必会导致各分布式节点不一致.二阶段提交就是用来保证要么所有的节点都

mysql 2PC二阶段协义 与 日志闪回

mysql两份日志: binlog :server innodb redo log:engine 两份日志顺序一致性:否则主备不一致 两份日志:原子性,同时都有,同时都无 2PC二阶段协义: 第一阶段:准备界段 第二阶段:提交阶段 买房子示例 准备界段: 房产局确认: 买方:钱是否准备好 卖方:房子是否可卖 提交界段: 政务中心: 买方: 确认按手印 卖方:确认按手印 ----------------------------------------------------------------

MongoDB官方文档翻译系列之 -- 执行二阶段提交

简介 本篇文档提供了一个使用二阶段提交将数据写入多个文档的方法来处理多文档更新或"多文档事务".在此基础上,你可以扩展实现类似数据回滚的功能. 背景 在MongoDB数据库中,作用于单个document的操作总是原子性的:但是,涉及到多个document的操作,也就是我们常说的"多文档事务",是非原子性的. 由于document可以设计的非常复杂并且能包含多个"内嵌"document,因此单文档原子性对很多实际场景提供了必要的支持.(译者注:比如

分布式入门之4:二阶段提交

1. 背景: 初时提出,是为解决分布式数据库的事务问题.单机数据库事务可靠日志技术,MVCC技术实现.分布式情况下,就需要额外的手段来保证,这才出现了二阶段提交. 2. 流程: 从角色上,二阶段提交分为两种角色:协调者(coordinate),参与者(participant).流程思路上很简单: 1. 协调者询问询问所有参与者,能否提交:参与者返回是否能提交的结果: 2. 协调者根据参与者的返回结果决定是否提交事务,并通知参与者执行. 但实际上,二阶段提交需要考虑不少异常场景: 对照上图: 1

二阶段提交应用项目(Two-phase commit protocol )2PC 高并发

整个系统的需求文档为英文描述. A Simple 2-Phase Commit System The company ABC provides its customers wire transfer service. For example, it can withdraw $1000 from John's account in Bank of China and deposit the money to John's another account in China Construction

模块管理常规功能自定义系统的设计与实现(30--第二阶段总结)

第二阶段总结 经过了前二个阶段近30节介绍,一个完全基于前台配置的销售管理系统即架构成功,并可以使用.当然实际的需求还是千变万化,五花八门,但只要是符合关系数据库原理,只要是以记录作为管理的主体,那就只是一个字段和表扩充的过程了.在搭建系统整个过程中模块采用了自顶向下生成的方式.对于层次多,关系复杂的系统也是一样的,设计合理,逻辑清楚,模块只要一个个搭就行了.开发好以后,整个系统的开发文档其实也在里面了,所有模块的属性,字段的属性,各模块之间的关系,都可以在这个系统里看得见了. 至于开发速度也是

Mysql事物与二阶段提交

 1.事务的四种特性(ACID) 事务可以是一个非常简单的SQL构成,也可以是一组复杂的SQL语句构成.事务是访问并且更新数据库中数据的一个单元,在事务中的操作,要么都修改,要么都不做修改,这就是事务的目的,也是事务模型区别于其他模型的重要特征之一. 事务的原子性:原子是不可分割的,事务不可分割(没有commit数据不能被读到). 事务的持久性:在commit之后,不能丢数据.(就是在提交后,数据必须落盘redo落盘). 事务的隔离性:在数据库里面,各个事务之间不能互相影响. 事务的一致性:事务

二阶段提交和三阶段提交

一.2PC 2PC即两阶段提交协议,是将整个事务流程分为两个阶段,准备阶段(Prepare phase).提交阶段(commit phase),2是指两个阶段,P是指准备阶段,C是指提交阶段 整个事务过程由事务管理器和参与者组成,事务管理器负责 决策整个分布式事务的提交和回滚,事务参与者负责自己本地事务的提交和回滚 在计算机中部分关系数据库如Oracle.MySQL支持两阶段提交协议,如下图: 准备阶段(Prepare phase):事务管理器给每个参与者发送Prepare消息,每个数据库参与者