写在controller与写在service中的区别。

最新推荐文章于 2025-03-28 11:15:55 发布
转载 最新推荐文章于 2025-03-28 11:15:55 发布 · 3.9k 阅读 · 2 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/CESC4/p/7111941.html
文章标签：

#数据库 #java

本文讨论了在软件开发中Controller与Service层的区别。建议将船舶租用信息确认等事务操作放在Service层实现，以便进行错误回滚；而Controller层主要用于对象封装及简单的查询操作。

写在controller与写在service中的区别。
船舶租用信息的确认，不要放controller，要放service。
在service中执行的是事务，（插入、更新、删除）出现错误可以回滚。只有查询可以放在controller，不过最好也放在service。

不带@ResponseBody的 返回页面。
@带ResponseBody的 返回数据。
在controller中一般完成对对象的封装，这样在service中只需要处理对象。

转载于:https://www.cnblogs.com/CESC4/p/7111941.html

Tuling2020
关注
spring根据controller中接收请求参数不同走不同service的实现方法
08-26
在Spring框架中，根据Controller中接收的不同请求参数调用不同的Service是常见的业务需求。这篇内容主要探讨了如何在Spring中实现在Controller层根据参数选择不同的Service处理请求。首先，我们来了解一下实现这一...
快速生成dao、service、controller等相关代码
01-29
这个过程通常涉及编写DAO（Data Access Object）、Service和Controller层的代码，这些是软件架构中的核心组件。"快速生成DAO、Service、Controller等相关代码"的标题和描述暗示了一个针对这种情况的解决方案，即一个...
非接口方法是写在controller还是service中
enthan809882的博客
09-18 804
非接口方法，是写在controller中还是service中： 特点： controller 不能直接调用 service中的方法 service 不能直接调用 controller中的方法 例如主逻辑为： controller 可以直接调用该方法 service 可以直接调用该方法 controller 调用 service 链路只能是： s公开接口 调用方法 service 调用 controller 不支持,因为注入controller不太合适 因此，写在哪里都是可以的。 主要看场景。 ...
java service层 封装,java - 在MVC开发模式中，封装对象应该放在Controller还是Service？Controller与Service应该如何交互？...
weixin_36121078的博客
03-13 908
phpcn_u15822017-05-16 17:07:128楼我们项目里分了三层：表现层：Spring MVC，负责接收Http请求、展现(返回)结果、简单校验App层：提供应用层的功能，比如导入、导出、复杂校验Domain层：处理业务逻辑，比如一些Service调用顺序是单项的：Controller->App->Domain且感知关系为：Controller->App-&gt...
请教:既然spring mvc 默认是单例模式，那么在高并发多线程环境下service和controller加上synchronized
liuji0517的博客
03-01 4572
既然springmvc默认是单例模式，那么在高并发多线程环境下service和controller加上synchronized还有必要吗？ 在service和controller加上synchronized有啥不同？总感觉反正两次不同的request,controller的实例是不同的，所以在controller中加入synchronized是没有必要的 只需要对能被多个线程访问(存在修改的...
事务放在cotroller or service
qq_42394457的博客
04-10 608
之前对这个问题也很疑惑，事务处理到底是放在 service层，dao层，还是controller也行，在网上看 到有人说service ,其实这个取决于你自己的业务，或 <tx:annotation-driven transaction- manager=“dataSourceTransactionManager”/>放的位置吧，也是你自己决定的，如果放在 applicationCo...
controller和service
qq_33898609的博客
07-12 4868
做 web 开发，无论哪个语言，无论哪个框架都有 controller 和 service 两个概念，很多时候也分不清楚逻辑写在 controller 还是 service ，框架一般也不做强制限制，都在于开发者自身的素质能力以及对框架的认知。 究竟什么是 controller，可以说他是对 http 中 request 的解析，以及对 response 的封装，它对应的是每一个路由，是 http 请求到代码的一个承接，它必须是可单例的，是无状态的。 service 顾名思义是为了服务而生，为了业务而生，是
controller层主要作用和service层的区别
qq_43518966的博客
10-17 1372
Controller层和Service层在 Spring Boot 应用程序中各自承担着不同的职责。Controller层主要处理 HTTP 请求和响应，而Service层则负责具体的业务逻辑处理。这种职责分离的设计模式有助于提高代码的可维护性和可测试性，同时也使得应用程序更加模块化和易于扩展。
Spring Boot项目中的Controller、Service、Mapper和Entity层的作用与联系
TTShm的博客
05-21 3796
Controller层是Spring Boot应用程序的入口点，通常处用于理请求的输入和输出，并负责验证输入数据的有效性。它将请求参数传递给Service层，然后将Service层的处理结果封装成适当的响应返回给客户端。
SpringBoot项目中，controller 、 entity、mapper和service包的介绍
m0_74027860的博客
03-28 1159
在Spring Boot项目中，mapperservicecontroller和entity是标准的代码分层目录，每个目录有明确的职责划分。
关于事务作用在service或者controller的解释
热门推荐
ccl的博客
05-20 2万+
关于事务作用在service或者controller的解释 最近看到有同学将@Transactional 写在dao层的方法上，这就相当于白写了，为什么这么说呢？首先我们先讲一下事务的四大特性。 事务特性 解释 原子性（Atomicity） 原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，如果操作失败则不能对数据库有任何影响。 一致性（Consistency 一致性...
项目业务开发规范V0.2
Duktig的博客
09-13 2500
文章目录背景后端规范一、接口api规范二、异常处理规范三、事务规范四、日志规范五、文件夹结构规范六、Mybatis/MybatisPlus规范七、Java开发业务规范八、第三方依赖规范九、Maven规范前端规范一、文件夹结构规范 背景 后端规范像Java一般就可以参考阿里巴巴Java开发手册，前端也有其自己的规范。这篇文章主要定义在开发中的一些业务相关的规范，提高团队开发效率，提升代码的可读性和可维护性。 后端规范 一、接口api规范 接口风格接口风格统一采用restful规范 GET请求用于查询 P
以切身体会浅谈对Controller和Service的理解
sunian_love2015的专栏
03-11 1万+
进入开发行业以来，异常，日志，业务层次划分等等看似简单的问题却让我琢磨了很久，也切身体会到工作经验不仅仅是你技术上的累积，也包含很多类似这种实际工作中的细节问题的处理，而这些却是在课堂上学不会的，只有你真的经历过了，你才会深刻的理解为什么底层异常要抛，为什么有些代码应该写在service而不是controller层。下面我总结了几个自己这一年来常常遇到的问题，并谈谈一些自己的看法，当然随着经验的累
问：Controller层为什么为什么不可以写业务逻辑？临时学习了一下代码全部写在Controller层的坏处
a88328734的博客
08-27 1万+
今天在代码开发中看到一位同事的代码，所有的代码都是写在Controller中的，当时觉得很奇怪，然后再再看了看他的service层——干净的就像一张白纸，当时我强迫症就犯了。 上学的时候，上班的时候-领导一直要求代码的逻辑写在service层不要放在controller，在工作中听见过领导大声呵斥："你他x的代码都写Controller了，要tm的Service干什么！嗯？"默默记下，去做，当时只是单纯的以为是为了代码的简洁易读，解耦。今天看到同事代码的时候想去给他上一课，但是只说这些好像说不服人呀！所
Controller层和Service层具体区分
demo_yo的博客
03-18 1万+
controller层，主要用于给前端返回数据的以及接收前端的数据的， service层，总之就是处理数据用的。 处理controller层传过来的数据然后传给给dao层链接数据库进行增删改查， 从dao层传过来的数据的处理，比如封装成JavaBean。 涉及请求、参数、序列化之类的逻辑可以放在controller。 而具体到数据的操作逻辑，也就是增删改查的操作都应该完整封装到service中。 一方面是对于事务的要求，比如一个请求过来，后台需要多步增删改查，一般都要求放到一个service方法中也就是
Shiro（九）：shiro 会话管理
12程序猿的博客
10-26 396
shiro 会话管理 Shiro 提供了完整的企业级会话管理功能，不依赖于底层容器（如web容器tomcat），不管 JavaSE 还是 JavaEE 环境都可以使用，提供了会话管理、会话事件监听、会话存储/持久化、容器无关的集群、失效/过期支持、对Web 的透明支持、SSO 单点登录的支持等特性。 建议在开发中，Controller层使用原生的HttpSession对象，在Service层中使用Shiro提供的Session对象。如果在Service层中使用HttpSession对象，那么属于侵入式，并不
SpringMVC之文件上传和下载
TyCoding的博客
07-05 797
**SpringMVC实现文件的上传和下载**相对于JavaWeb阶段我们使用过servlet实现文件上传和下载操作；而SpringMVC实现了对上传操作的直接支持，提供了`multipart`解析器。`MultipartFile`提供了一些对文件操作的方法，使得文件上传变得更简单。无论上传还是下载都是进行二进制流的转换，下面我们以案例的形式了解一下如何使用SpringMVC实现文件的上传操作。&...
springboot文件上传
qq_820648091的博客
01-14 264
文件上传要点： 后端：public String upload(@RequestParam("file")MultipartFile file) throws IOException { } 前端页面： form表单提交 multipart/form-data 协议类型http请求方式 post请求 限制大小的方式： 配置文件限制，可以将代码中限制大小的值存放到配置文件中,以...
java中参数校验写在controller好还是service好
最新发布
11-12
### 参数校验放在 Controller 层的优劣 #### 优点 - **职责分离明确**：Controller 层主要负责接收请求、校验参数、返回响应，将参数校验放在此层，符合其接收和初步处理请求的职责定位，使各层职责更加清晰。例如，一个接收用户注册信息的接口，在 Controller 层就可以对用户输入的用户名、密码等格式进行基本校验，保证传入 Service 层的数据是符合基本要求的。 - **减少 Service 层负担**：避免 Service 层处理过多与业务逻辑无关的参数校验代码，使其更专注于核心业务逻辑的处理。如在一个电商系统中，订单创建的 Service 层主要负责订单的业务逻辑，如库存检查、价格计算等，而订单参数的格式校验放在 Controller 层，可让 Service 层代码更简洁。 - **统一异常处理**：可以结合 @ControllerAdvice + @ExceptionHandler 进行全局的 Controller 层异常处理，对参数校验失败的异常进行统一捕获和处理，减少模板代码，提升扩展性和可维护性。当使用 @Validated 校验器注解进行参数校验时，若校验失败，Spring 会抛出 MethodArgumentNotValidException 异常，可在全局异常处理类中统一处理该异常并返回错误信息[^1][^4]。 #### 缺点 - **缺乏业务逻辑感知**：Controller 层可能无法深入了解业务逻辑中对参数的具体要求，只能进行一些基本的格式校验。例如，在一个金融系统中，对于用户转账金额的校验，除了格式校验，还需要根据用户账户余额、转账限额等业务规则进行校验，这些业务相关的校验在 Controller 层难以完成。 - **重复代码问题**：如果多个 Controller 方法有相似的参数校验逻辑，可能会导致代码重复。例如，多个接口都需要对用户 ID 进行非空校验，在每个方法中都编写相同的校验代码，会增加代码的冗余度。 ### 参数校验放在 Service 层的优劣 #### 优点 - **结合业务逻辑**：Service 层负责处理业务逻辑，能够根据具体的业务规则对参数进行更深入的校验。如在一个社交系统中，用户发布动态时，除了基本的格式校验，还需要根据用户的权限、动态内容是否包含敏感词等业务规则进行校验，这些校验在 Service 层进行更为合适。 - **避免重复校验**：对于一些依赖业务数据的校验，在 Service 层进行可以避免在多个 Controller 方法中重复进行。例如，在一个订单系统中，对于商品库存的校验，在创建订单、修改订单等操作中都需要进行，将该校验放在 Service 层可以避免在多个 Controller 方法中重复编写库存校验代码。 #### 缺点 - **职责不清晰**：会使 Service 层承担过多的参数校验职责，导致其核心业务逻辑不够清晰，增加了代码的复杂度和维护难度。例如，一个用户信息管理的 Service 层，既要处理用户信息的增删改查业务逻辑，又要进行大量的参数校验，会使代码结构变得混乱。 - **异常处理复杂**：Service 层的异常处理会变得更加复杂，因为不仅要处理业务逻辑异常，还要处理参数校验异常。例如，在一个电商系统的商品购买 Service 层，既要处理库存不足等业务异常，又要处理商品 ID 无效等参数校验异常，增加了异常处理的难度和代码量。 ```java // Controller 层示例 import org.springframework.validation.annotation.Validated; import org.springframework.web.bind.annotation.PostMapping; import org.springframework.web.bind.annotation.RequestBody; import org.springframework.web.bind.annotation.RestController; import javax.validation.Valid; @RestController @Validated public class UserController { @PostMapping("/register") public String register(@Valid @RequestBody User user) { // 调用 Service 层方法 return "注册成功"; } } // Service 层示例 import org.springframework.stereotype.Service; @Service public class UserService { public void processUser(User user) { // 进行业务逻辑处理 } } // 用户实体类 import javax.validation.constraints.NotBlank; public class User { @NotBlank(message = "用户名不能为空") private String username; @NotBlank(message = "密码不能为空") private String password; // getter 和 setter 方法 public String getUsername() { return username; } public void setUsername(String username) { this.username = username; } public String getPassword() { return password; } public void setPassword(String password) { this.password = password; } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值