java分四层 java业务逻辑，写在哪里比较好？
java业务逻辑，写在哪里比较好？
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目，不管nignx如何，网关通常都会将请求从前端发送到后端，首先发送到控制器，然后发送到服务层，然后发送到Dao层。
这里的服务层就是所谓的业务层，专门负责业务处理操作，而Dao层则负责处理数据库，将数据库中的数据带回服务，经过服务处理后返回控制器层。控制器通过视图解析器解析页面，并通过浏览器呈现页面。
基本上，我认为答案是显而易见的。也就是说，Java业务逻辑是在服务层编写的。
事实上，服务层涉及接口和接口实现。
在编写代码时，我们通常为控制器定义一个调用接口。
实际上，服务接口的实现类应该是编写业务逻辑的地方。
当然，许多公司可能有多个服务层，例如，有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述，业务逻辑必须作为一个独立的层来处理，这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工，是捏合在一起的。代码不仅冗长，而且杂乱无章。
好吧，我希望我的回答能帮助你
！如果你有兴趣，可以关注一下，一起学习交流
为什么有人说c/c 近十年来一直在编程语言榜单前三，但有人觉得流行程度不如Java？
列表的基础是什么？有几种情况。一是采取问卷调查的形式。样本量小。几种通用语言，如C、C和Java，肯定会占据前三名。由于样本量不够，彼此的排名并不显著。
还有一种基于githip代码更新次数的统计，比较科学。我们可以看到一些新兴语言，如pathyo和JavaScript，已经列出。但C，C还在。为什么？
这是因为许多超级项目都是由他们编写的，例如windows和Linux操作系统。代码量上亿行，维护更新量也很大。可以说尾巴太大了。饥饿的骆驼比马大。
java异常从业务层集中抛出，是不是每个控制层方法都要trycatch？
控制层中有两种异常：一种是预期的，另一种是可预测的。这种异常需要捕获并“尝试修复”。例如，在查询用户信息RPC的过程中，存在异常，包括500ah和404ah。对于客户端，基本上不需要重试，这可以通过一个明确的错误代码来通知。相反，在超时的情况下，可以通知客户端稍后再试，不同的错误代码可以引导客户端进行不同的操作。另一种情况是控制层本身不考虑。在这种情况下，盲目的尝试/捕捉没有多大意义。它通常在框架级进行统一处理，包括记录异常信息和优雅的返回失败。
最后，对于try/catch的使用，我们并不意味着我们看不到异常，但我们更多地考虑捕获后我可以做什么，以及我是否可以尝试解决此问题。如果没有，我们可以把它扔到上层，记录并报警。如果我们不把这个问题想清楚，就很容易形成一个禁忌（吞下例外）。
Java中事务开启是不是就是mysql加锁了？
Java中的东西一般都是在服务层控制的，主要是为了在一些安全系数高的业务场景中防止出错。最常用的操作是转账操作，必须在转出账户扣钱和转入账户加钱时成功。
MySQL的锁是数据库本身的锁，因为一个数据表中可能有多个人同时读写，可能有多个人同时操作一段数据，但是你先更改数据，然后其他人也在修改，可能会导致修改后的数据出错，在MySQL数据中出现错误读取和脏读取的情况下，可能会出现不正确的数据。
两者不是一回事
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
