java编程题 写JAVA后端代码时逻辑混乱怎么办？
写JAVA后端代码时逻辑混乱怎么办？
后端代码的复杂性是通过除法和规则来解决的。首先，通过拆分项目，项目之间可以存在依赖关系，但必须是单向依赖而不是环依赖。如果存在环，我们必须考虑将环依赖分解为单独的项目来解决环依赖。
对于项目中的代码，可以通过水平拆分和垂直拆分来降低复杂性。水平层分为控制器、服务、Dao和sqlmap，垂直层分为系统、biz1、biz2、Bizn，但在数据通畅连接中，水平拆分和垂直拆分相结合，如下图所示：
通过这种分层方式，代码层是分开的，结构清晰。对于一些跨模块调用的接口，如同一个数据表需要在不同的模块中操作时，可以将该接口作为公共接口升级到上层cxmodule，对于一些可重用的、相对独立的功能，可以在cxmodule中定义一个干净的接口，业务逻辑可以通过在模块的功能模块中实现接口来实现，而不需要使用spring的事务管理机制，从而降低代码的复杂度。
java业务逻辑，写在哪里比较好？
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目，不管nignx如何，网关通常都会将请求从前端发送到后端，首先发送到控制器，然后发送到服务层，然后发送到Dao层。
这里的服务层就是所谓的业务层，专门负责业务处理操作，而Dao层则负责处理数据库，将数据库中的数据带回服务，经过服务处理后返回控制器层。控制器通过视图解析器解析页面，并通过浏览器呈现页面。
基本上，我认为答案是显而易见的。也就是说，Java业务逻辑是在服务层编写的。
事实上，服务层涉及接口和接口实现。
在编写代码时，我们通常为控制器定义一个调用接口。
实际上，服务接口的实现类应该是编写业务逻辑的地方。
当然，许多公司可能有多个服务层，例如，有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述，业务逻辑必须作为一个独立的层来处理，这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工，是捏合在一起的。代码不仅冗长，而且杂乱无章。
好吧，我希望我的回答能帮助你
！如果你有兴趣，可以关注一下，一起学习交流
学了java能做什么实际的东西？
学java可以做很多实用的事情，主要看你的兴趣所在。如果你喜欢手机开发，你可以做一个手机操作系统，因为Android是用Java开发的。如果你想涉足金融行业，你可以为银行或投资机构建立他们的交易系统，因为高盛、华旗集团等使用的交易系统都是用Java开发的。如果你喜欢游戏，可以参考桌面版的minecraft开发一套游戏；也可以再造一个阿里巴巴。我听说它们主要是Java栈。
Java开发写业务逻辑代码难不难，是自己创造还是根据文档说明书？
谢谢你的邀请
！编写业务逻辑代码通常是Java程序员的主要工作，大部分业务逻辑代码并不是太难，只要是按照业务规则编写即可。
Java代码编写涉及多个角色，不同的角色有不同的任务划分。通常，项目的功能设计完成后，架构师会开始进行架构设计和顶层界面设计，包括项目的结构划分和技术选择。
大多数软件开发项目分为两部分，一部分是“容器开发”，这是整个系统开发的核心。主要的基本功能封装在容器中，另一个是“应用程序开发”。应用程序开发是根据业务逻辑规则编写具体的功能，通常需要调用容器提供的基本功能即可通过接口完成。从这个角度看，业务逻辑代码的编写属于面向应用的开发，所以难度不是太大。
通常，容器开发的程序员就是所谓的“研发级程序员”。容器开发的内容包括系统级功能、资源管理、并发管理、角色管理等。开发内容包括大量的算法设计和实现。同时还要考虑系统的稳定性和性能。这部分开发内容需要丰富的经验同时，程序员需要具备一定的研发能力和研究方法。
进行应用程序级开发的程序员通常会调用容器为特定功能组织提供的函数。大多数程序员从应用程序级开发开始。虽然这些程序员的工作并不困难，但他们有更多的内容。因为很多业务逻辑需要应用级程序员来完成，所以工作压力比较大。
目前，随着软件开发流程的逐步规范化，大多数应用级程序员都会有相应的开发任务文档，只要按照任务文档进行开发和提交，日常任务就相对清晰。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
