javaweb开发中如何设计Service层

本文探讨了在Spring MVC中Service层的起源,强调设计Service时先写接口的原因是接口提供扩展性和统一接入。去除接口使Service更专注于业务逻辑,避免Service之间的直接调用,而是通过Helper或Provider层来实现通用逻辑。最后,强调Service的业务逻辑应保持高内聚,减少与Controller的耦合。
摘要由CSDN通过智能技术生成

在初学Spring时曾被Service绕晕,为何MVC模式下会多出一个Service层?设计Service时候为何需要先写一个接口,然后再去实现?Service之间是否可以相互调用?而这篇文章就是当初疑问的解决,也是对MVC模式深入理解。

Service从何而来

Spring MVC,是一个MVC框架,提到MVC,大家都不陌生,简单说一下,M为模型层,处理数据逻辑,V为视图层,负责展示,而C为控制层,负责M与V的交互。 
在我大学的课堂上,也有学习到MVC模式,最简单的javabean+jsp+serlvet构成MVC模式,而老师千叮万嘱我们,Servlet中的逻辑一定要少,逻辑部分应该放在javabean,即模型层处理,但是模型层还肩负着存储数据的任务(其实这个就是Model所负责的数据逻辑,要实现数据逻辑,要有数据,要有处理),而Service就是将处理,也可以说业务,抽离出来,可以说是服务层,也可以说是业务层。MVC的划分概念,更加细致。

为什么设计Service时候需要先写接口

业务层接口

public interface IUserService {    boolean login(User user);
}

业务层实现类

@Service("userService")
public class UserServiceImpl implements 
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值