java分四层 写JAVA后端代码时逻辑混乱怎么办？

写JAVA后端代码时逻辑混乱怎么办？后端代码的复杂性是通过除法和规则来解决的。首先，通过拆分项目，项目之间可以存在依赖关系，但必须是单向依赖而不是环依赖。如果存在环，我们必须考虑将环依赖分解为单独的项

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

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

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

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

现在开发JAVA后台，主要用哪些技术？

您的系统有多大，您的技术有多强大

！从我们公司的角度来看，使用java开发后台服务使用了以下几点

！2. 数据库映射框架：mybatis

！3. 数据库连接池：Druid

！4. 原木框架：slf4j

！5. 项目建设工具：Maven

！6. 版本控制工具：SVN和git

！7. 缓存：redis

！9. 工作流引擎：activiti

！10. 规则引擎：口水

！11. 微型服务容器：docker

！12、图片、文件等上传工具OSS

！14，原型视图工具：Axure RP

！15. 后台服务模拟访问：邮递员

！16，脚本：shell或Python

！17，语言：java8

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

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

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

每一层都有明确的分工。

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

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

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

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

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

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

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

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

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

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

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

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

在Javaweb中如何体现三层架构思想？

一个非常好的问题。三层或多层体系结构的核心思想是分层，不同的粒度和维度有不同的应用。

动静分离、数据中心和微服务的共同存在，在一定程度上使系统实现层层解耦，使系统表现在不同的层次上，如典型的前端页面显示、接口服务和数据存储。

以典型的蚂蚁设计开发信息管理系统为例，将前端实现分为三层：页面、模型和服务。页面显示对用户操作的页面响应，模型保存数据，服务处理业务逻辑并调用后端服务接口。

在后端开发中，仍将使用分层体系结构。例如，在用JavaSpringBoot框架开发web服务时，将控制器、服务和实体分别封装起来

我是一位工作多年的web应用程序架构师。请关注我，多了解it专业知识。