mvc框架代码怎么写 java业务逻辑,写在哪里比较好?
java业务逻辑,写在哪里比较好?
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目,不管nignx如何,网关通常都会将请求从前端发送到后端,首先发送到控制器,然后发送到服务层,然后发送到Dao层。
这里的服务层就是所谓的业务层,专门负责业务处理操作,而Dao层则负责处理数据库,将数据库中的数据带回服务,经过服务处理后返回控制器层。控制器通过视图解析器解析页面,并通过浏览器呈现页面。
基本上,我认为答案是显而易见的。也就是说,Java业务逻辑是在服务层编写的。
事实上,服务层涉及接口和接口实现。
在编写代码时,我们通常为控制器定义一个调用接口。
实际上,服务接口的实现类应该是编写业务逻辑的地方。
当然,许多公司可能有多个服务层,例如,有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述,业务逻辑必须作为一个独立的层来处理,这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工,是捏合在一起的。代码不仅冗长,而且杂乱无章。
好吧,我希望我的回答能帮助你
!如果你有兴趣,可以关注一下,一起学习交流
extjs和extjs MVC的区别?
Extjs是一个基于JavaScript封装的UI框架,类似于jQuery的easyUI或minui。Extjs具有更高的封装级别,更加注重面向对象的思想。extjsmvc是Extjs的分层框架(M:model,V:view,C:controller)。其目的是将extjs接口控制(写在视图层)和事件处理(写在控制器层)分开,便于开发和维护。因为当接口业务逻辑复杂时,如果将接口控件和与该控件关联的事件放在JS文件中,将会非常混乱。单个JS文件代码量大,不利于开发、修改和维护。使用extjsmvc模式,将接口控件的所有代码放入视图层,并将与这些控件相关联的所有事件放入控制器层。这样,代码结果和程序逻辑清晰,易于开发。模型层主要用于放置与前台绑定的存储(数据集)所需的实体。可以添加单独的存储层以对应于模型层。
版权声明:本文内容由互联网用户自发贡献,本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。