博主因为打算要考研,所以为了给自己留一手后路。学习了SSM框架。这学期就做了一个完整的SSM项目。(如果考研失败就去外包做一波CRUD boy)
所以边考研边利用业余时间做了一学期,接着期末一周的Web课设时间终于把这个项目1.0搞定了。
下面就来谈一下开发完我开发完这个项目的心得:
自己以前做项目就是方法,类什么的都放得比较乱,经过这次完整项目开发。了解了不仅前后端要分离,后端也要分类别类的存放,这样有利于后期的修改以及
让人看起来神清气爽,至少这样做确实如果后期要修改之前的代码会方便很多。
在后端:
主要目录就是这几个
首先谈谈Controller层:Controller是前后端对接的地方。接收前端请求,接收前端数据,
转换格式后
调用Service进行处理后,以Map
dto层:我理解的是存放Service的返回类型,来存储Service从Mapper层中查询的内容
这里可能会有点模糊的是,为什么不直接返回pojo的实体类
原因是:拿添加来举例,如果添加则必定会有添加成功或者失败的情况。如果失败,那么会有一个失败原因
所以必须把失败原因返回给Controller来处理,所以就创建一个dto类来放有关Service的返回类
例如:
package com.how2java.dto; import com.how2java.enums.OrderStateEnum; import com.how2java.pojo.Order; import java.util.List; public class OrderExecution { //结果状态 private int state=0; //状态标识 private String stateInfo; //订单数量 private int count; //操作的Order-增查 private ListorderList; //添加时的Order private Order order; public Order getOrder() { return order; } public void setOrder(Order order) { this.order = order; } public int getState() { return state; } public void setState(int state) { this.state = state; } public String getStateInfo() { return stateInfo; } public void setStateInfo(String stateInfo) { this.stateInfo = stateInfo; } public int getCount() { return count; } public void setCount(int count) { this.count = count; } public List getOrderList() { return orderList; } public void setOrderList(List orderList) { this.orderList = orderList; } public OrderExecution() { } //店铺操作失败时候使用的构造器 public OrderExecution(OrderStateEnum stateEnum) { this.state = stateEnum.getState(); this.stateInfo = stateEnum.getStateInfo(); } //店铺操作成功时候使用成功的构造器 public OrderExecution(OrderStateEnum stateEnum, Order order) { this.state = stateEnum.getState(); this.stateInfo = stateEnum.getStateInfo(); this.order = order; } //店铺操作成功时候使用成功的构造器 public OrderExecution(OrderStateEnum stateEnum, List orderList) { this.state = stateEnum.getState(); this.stateInfo = stateEnum.getStateInfo(); this.orderList = orderList; } }
还可以存放Controller的返回类 如若Controller只返回一种类型的数据 我们可以在dto中编写一个
Result类同时存储返回状态值和返回数据
还可以存放Controller里面图片处理类 用来专门封装名称和数据流 直接返回给Service处理
其实后两种我认为归于后面的util工具类可能会更合理
enums层:主要存储操作数据库最后的状态成功与否,和失败原因 来与dto的Excution层进行比对判断失败与否 获取失败原因
package com.how2java.enums; public enum OrderStateEnum { SUCCESS(1, "操作成功"), INNER_ERROR(-1001, "操作失败"), EMPTY_LIST(-1002, "订单列表为空"),NULL_ORDER(-1003,"Order信息为空"); private int state; private String stateInfo; public int getState() { return state; } public String getStateInfo() { return stateInfo; } private OrderStateEnum(int state, String stateInfo) { this.state = state; this.stateInfo = stateInfo; } /** * 依据传入的state返回相应的enum值; */ public static OrderStateEnum stateOf(int state) { for (OrderStateEnum stateEnum :values()) { if (stateEnum.getState() == state) { return stateEnum; } } return null; } }
exceptions层:
主要是Service的超时错误 它的本质就是一个RuntimeException,用于操作超时抛出
这么做的好处是如果超时,又涉及多个Service操作时,可以轻松找到是哪个地方超时
package com.how2java.exceptions; public class OrderOperationException extends RuntimeException{ public OrderOperationException(String msg){ super(msg); } }
mapper层:
则是SSM与数据库直接进行交互的地方 用Sql语句来操作数据库
pojo层:
项目要操作的实体类,里面存放各种实例类(属性以及set,get方法)
service层:
服务层由两部分构成一部分是服务接口,一部分则是服务的具体实现
服务实现:则是将前台获取的信息就行具体处理:如文件存储和数据库存储
则可以调用事物来进行处理
并在调用mapper前进行简单的逻辑判断:检查是否有必要调用maaper层,如若存取数据非法,在Service
即可直接进行处理并返回处理结果给Controller,如若数据合法,完成与数据库无关的操作后就可以调用mapper层来存储数据库了
设计多步骤,我们要在Service的方法中添加@Transactional
如若一步出错则执行回滚
test层:
此层为测试层,用来对写好的 mapper ,service,方法做单元测试
package com.how2java; import org.junit.runner.RunWith; import org.springframework.test.context.ContextConfiguration; import org.springframework.test.context.junit4.SpringJUnit4ClassRunner; @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration("classpath:applicationContext.xml") public class BaseTest { }
然后直接继承BaseTest就可以了 不用再写junit配置
最后就是util层
这个主要是存放工具类
工具类为各层反复调用的方法,则可以把它抽象出来 单独建类
如:验证码校验,图片处理,前端提取Requset 传来的Json,根据其键值 获取值等
SSM后端部分结构根据我的理解,就大概是这样。因为这个学期需要考研。还要准备毕业设计。
这个学期新做的O2O商城项目可能没时间发布到服务器了(因为Linux的路径和Windows不同,项目路径还需要重新调试)可能没时间发布了
在此也建议大家可以利用大一大二时间好好学习。泳有一定的开发经验。
如果想走Java后端方向:
可以按这个学习
现学 Servelet 再刚SSM,做个SSM项目,后续可以看看深入理解Jvm,和高性能Mysql,netty等等