逻辑视图 java业务逻辑，写在哪里比较好？
java业务逻辑，写在哪里比较好？
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目，不管nignx如何，网关通常都会将请求从前端发送到后端，首先发送到控制器，然后发送到服务层，然后发送到Dao层。
这里的服务层就是所谓的业务层，专门负责业务处理操作，而Dao层则负责处理数据库，将数据库中的数据带回服务，经过服务处理后返回控制器层。控制器通过视图解析器解析页面，并通过浏览器呈现页面。
基本上，我认为答案是显而易见的。也就是说，Java业务逻辑是在服务层编写的。
事实上，服务层涉及接口和接口实现。
在编写代码时，我们通常为控制器定义一个调用接口。
实际上，服务接口的实现类应该是编写业务逻辑的地方。
当然，许多公司可能有多个服务层，例如，有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述，业务逻辑必须作为一个独立的层来处理，这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工，是捏合在一起的。代码不仅冗长，而且杂乱无章。
好吧，我希望我的回答能帮助你
！如果你有兴趣，可以关注一下，一起学习交流
本人后台开发，前端说改个东西要两天，但我感觉撑死2小时，怎么办？
我有五年的前台开发经验和两年的后台开发经验。事实上，我认为背景可能比前景容易。如果不考虑深层次的技术障碍，前景就有了原型。我需要100%还原原作。另外，屏幕的特效和用户操作都非常麻烦。有时候一张小小的积分卡是正常的半天，只要不是特别简单我真的不相信我们能在短短的两个小时内做好。在我转到后台之前我觉得这很困难。结果，后台的写作速度真的很快。我无聊得无事可做。我把别人的工作一起做。后来，前后平台一起工作。后台框架建立后，剩下的就是业务接口的实现。一般来说，从前台开始比较容易，掌握起来比较困难，而后台在使用框架上比较灵活。别小看前台，尤其是一些后来的开发人员认为这只是为了写一个接口？但我想说的是，界面的逻辑并不比后台简单。几年前，我去一家公司面试。之后，开发商和我就在前台。很简单。谈了很多次之后，我厌倦了谈论它。我和他讨论了那些对前台和后台一无所知的面试官。它们只是新鲜的鸡蛋。最后，我说即使是贵公司的面试官也不擅长，这不符合我的期望。如果我想来这里，我会收回我的简历。带着有色眼镜看技术的人，一般都是对技术知之甚少、不满和犹豫的人
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
