java业务逻辑，写在哪里比较好？
java业务逻辑，写在哪里比较好？
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目，不管nignx如何，网关通常都会将请求从前端发送到后端，首先发送到控制器，然后发送到服务层，然后发送到Dao层。
这里的服务层就是所谓的业务层，专门负责业务处理操作，而Dao层则负责处理数据库，将数据库中的数据带回服务，经过服务处理后返回控制器层。控制器通过视图解析器解析页面，并通过浏览器呈现页面。
基本上，我认为答案是显而易见的。也就是说，Java业务逻辑是在服务层编写的。
事实上，服务层涉及接口和接口实现。
在编写代码时，我们通常为控制器定义一个调用接口。
实际上，服务接口的实现类应该是编写业务逻辑的地方。
当然，许多公司可能有多个服务层，例如，有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述，业务逻辑必须作为一个独立的层来处理，这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工，是捏合在一起的。代码不仅冗长，而且杂乱无章。
好吧，我希望我的回答能帮助你
！如果你有兴趣，可以关注一下，一起学习交流
如何领悟Java三大框架？
Hibernate:
Hibernate主要通过ORM（对象关系映射）和框架配置文件实现。让实体类和数据库表一一对应。让实体类先对应数据库表，让实体类的属性逐一对应数据库表中的字段。这样，就不需要操作数据库表，而需要操作表中相应的实体类对象。以实现相应的添加、删除、修改和查询操作。
Mybatis不是一个完整的ORM框架。mybatis的SQL需要开发人员自己编写，但是它也提供了输入和输出的自动映射，因此可以认为它是一个半自动的ORM框架。Mybatis可以灵活配置SQL语句通过XML或注解运行，映射Java对象和SQL语句生成最终SQL，最后映射SQL执行结果生成Java对象，对于客户需求的变化更为灵活。但灵活性的前提是mybatis不能独立于数据库。如果需要实现支持多个数据库的软件，则需要自定义多组SQL映射文件，这是一个繁重的工作负载。Hibernate具有很强的对象关系映射能力和良好的数据库无关性。
Struts2:
Struts2处理请求是为每个请求创建一个单独的操作类。action类中的字段属性参数用作输入和输出参数，IOC用于依赖注入。它是基于类的开发。
类似地，SpringMVC使用输入请求和响应作为参数，并返回modelandview，这是一种单例模式和基于方法的模式。
Spring:Spring的核心概念是di（依赖注入）和AOP（面向方面编程）。Di也称为IOC（控制反转）。使用spring，可以通过IOC从spring容器中获取所有对象。每个物体通过弹簧注入到相应的位置。通过IOC，spring可以在下一个对象注入（DI）之前创建对象，因此DI依赖于IOC。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
