什么是java java业务逻辑,写在哪里比较好?
java业务逻辑,写在哪里比较好?
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目,不管nignx如何,网关通常都会将请求从前端发送到后端,首先发送到控制器,然后发送到服务层,然后发送到Dao层。
这里的服务层就是所谓的业务层,专门负责业务处理操作,而Dao层则负责处理数据库,将数据库中的数据带回服务,经过服务处理后返回控制器层。控制器通过视图解析器解析页面,并通过浏览器呈现页面。
基本上,我认为答案是显而易见的。也就是说,Java业务逻辑是在服务层编写的。
事实上,服务层涉及接口和接口实现。
在编写代码时,我们通常为控制器定义一个调用接口。
实际上,服务接口的实现类应该是编写业务逻辑的地方。
当然,许多公司可能有多个服务层,例如,有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述,业务逻辑必须作为一个独立的层来处理,这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工,是捏合在一起的。代码不仅冗长,而且杂乱无章。
好吧,我希望我的回答能帮助你
!如果你有兴趣,可以关注一下,一起学习交流
怎么理解java中的业务逻辑层,数据访问层,表示层?
一般意义上的三层体系结构是将整个业务应用程序分为表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)。差异化的目的是“高内聚,低耦合”。1表示层(UI):一般来说,它是呈现给用户的界面,即用户在使用系统时看到的内容。(仅负责显示)2。业务逻辑层(businesslogicallayer,BLL):针对特定问题的操作,也可以说是针对数据层和数据业务逻辑处理的操作。(关键是从原始数据中抽象出逻辑数据)可以提供接口API级别的所有函数。“中间业务层”的实际目的是结合“数据访问层”最基本的存储逻辑,形成一种业务规则。三。数据访问层(DAL):该层的事务直接操作数据库,如添加、删除、修改和搜索数据。(关键在于对粒度的把握)保证“数据访问层”功能的原子性!也就是说,最小和不可分割。数据访问层只负责存储或读取数据。持久层用于固化数据,如Dao层,它操作数据库并将数据存储到业务层,以实现整体业务逻辑。例如,当前台获得数据时,逻辑层将分析数据并验证数据。操作性能层很好的解释了你现在看到的网页的一些接口,我们可以用一些HTML,JSP和swing来实现属于表示层的东西。对于MVC,对应的是模型(model)视图(view)控制器(control),这在JavaWeb中是很好理解的。在XX系统中,前台页面属于视图,贯穿前台和后台持久层的模型是model(EJB,spring),连接前台和后台进行逻辑操作的模型是con,控制层有两种异常:一种是预期的,另一种是可预测的。这种异常需要捕获并“尝试修复”。例如,在查询用户信息RPC的过程中,存在异常,包括500ah和404ah。对于客户端,基本上不需要重试,这可以通过一个明确的错误代码来通知。相反,在超时的情况下,可以通知客户端稍后再试,不同的错误代码可以引导客户端进行不同的操作。另一种情况是控制层本身不考虑。在这种情况下,盲目的尝试/捕捉没有多大意义。它通常在框架级进行统一处理,包括记录异常信息和优雅的返回失败。
最后,对于try/catch的使用,我们并不意味着我们看不到异常,但我们更多地考虑捕获后我可以做什么,以及我是否可以尝试解决此问题。如果没有,我们可以把它扔到上层,记录并报警。如果我们不把这个问题想清楚,就很容易形成一个禁忌(吞下例外)。
请问JAVA三层架构、持久层、业务层、表现层都该怎么理解?和MVC三层模型有什么区别?
好吧,有一定的联系。不完全一样。首先,你应该清楚地理解MVC。M是model,V是view,C是controller,Java是三层体系结构。持久层是数据的持久操作,即数据层,即数据库。业务层主要负责业务逻辑的处理。它负责表示层和数据层(持久层)之间的数据传输和逻辑处理。它接近控制器的功能,可以理解为控制器。表示层是数据显示和用户输入的正确层,那么?它是视图层。1用户请参见视图2。视图—控制器用户操作(单击按钮等)3。控制器——模型3中的模型调用方法。Model—控制器将数据返回给控制器5。控制器——模型当用户看到更新后的视图时,m——模型层、V——视图层、C——控制层和持久层通常用来封装数据库连接、数据查询等操作,
什么是java java四层架构 java各个层之间的调用关系
版权声明:本文内容由互联网用户自发贡献,本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。