java开发 java业务逻辑，写在哪里比较好？

java业务逻辑，写在哪里比较好？

现在很多公司的开发人员都应该采用MVC架构。

MVC是所谓的模型、视图、控制器。

每一层都有明确的分工。

对于简单的项目，不管nignx如何，网关通常都会将请求从前端发送到后端，首先发送到控制器，然后发送到服务层，然后发送到Dao层。

这里的服务层就是所谓的业务层，专门负责业务处理操作，而Dao层则负责处理数据库，将数据库中的数据带回服务，经过服务处理后返回控制器层。控制器通过视图解析器解析页面，并通过浏览器呈现页面。

基本上，我认为答案是显而易见的。也就是说，Java业务逻辑是在服务层编写的。

事实上，服务层涉及接口和接口实现。

在编写代码时，我们通常为控制器定义一个调用接口。

实际上，服务接口的实现类应该是编写业务逻辑的地方。

当然，许多公司可能有多个服务层，例如，有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。

每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。

综上所述，业务逻辑必须作为一个独立的层来处理，这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。

每一层都有自己的分工，是捏合在一起的。代码不仅冗长，而且杂乱无章。

好吧，我希望我的回答能帮助你

！如果你有兴趣，可以关注一下，一起学习交流

写JAVA后端代码时逻辑混乱怎么办？

后端代码的复杂性通过分割和裁决来解决。首先，通过拆分项目，项目之间可以存在依赖关系，但必须是单向依赖而不是环依赖。如果存在环，我们必须考虑将环依赖分解为单独的项目来解决环依赖。

对于项目中的代码，可以通过水平拆分和垂直拆分来降低复杂性。水平层分为控制器、服务、Dao和sqlmap，垂直层分为系统、biz1、biz2、Bizn，但在数据通畅连接中，水平拆分和垂直拆分相结合，如下图所示：

通过这种分层方式，代码层是分开的，结构清晰。对于一些跨模块调用的接口，如同一个数据表需要在不同的模块中操作时，可以将该接口作为公共接口升级到上层cxmodule，对于一些可重用的、相对独立的功能，可以在cxmodule中定义一个干净的接口，业务逻辑可以通过在模块的功能模块中实现接口来实现，而不需要使用spring的事务管理机制，从而降低代码的复杂度。

逻辑思维不强的人能学会编程吗？有哪些好的建议？

更直接地说，我认为没有必要学好它。也许我可以开始了。如果我学好了，还是很难。程序设计概念是一种具有逻辑流功能的“可控体”。编程本身就是一些逻辑，顺序控制，当然没有绝对的，愿意努力，相信也会有一定的效果

这要看你在哪里工作，2W在里面不高，Java是一种流行的语言，还要看你的工作经验，实力，学历只是一个门槛，我有几个朋友谁学爪哇，现在在深圳，工资是2W很多，他们也是大专生，他们有3W，但他们真的很强。他们有8年的工作经验，有10年的工作经验。他们刚毕业时工资很低。2010年毕业时，他们的工资只有1200元。他们坚持说他们有3W已经很多年了，但是很多人不能坚持。他们刚毕业工资低，经常加班，所以压力很大。希望你能坚持下去，相信你也能拿到高薪，加油，加油，加油！