很多朋友对于java业务逻辑层和java项目开发流程不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！
g网java业务是什么业务
业务逻辑就是处理数据的逻辑啦。一般后台代码也分三层action(controller)serviceDAO（这里的三层不是MVC）比如我得到用户名但是在存入数据库的时候用户名字段应该是前台的用户名加上当前日期拼成的字符串action或者controller层是第一层一般是用来及接受数据并且做数据的非空啊格式是否正确的验证如用户名是否为空是不是安全字符串之类的service层一般是用来做一个业务逻辑的实现这时候userName=userName+newDate();DAO层就是与数据库交互层啦也就是读写数据库将逻辑层得到的新的userName插入到数据库
业务逻辑层BLL到底有什么用
1、BLL层全称是BusinessLogicLayer顾名思义,是业务层
2、它是DAL(DataAccessLayer,数据访问层)和UI(UserInterface)层的连接桥梁.
3、既然称作业务层,必然有他的用处,不仅仅是一个中转的功能.创建一个用户,可以用以下的逻辑表示:namespaceBLLclass用户BLL{添加结果AddUser(用户实体){if(!检查用户名是否合法(用户实体.用户名))return用户名非法;if(!检查用户密码是否合法(用户实体.密码))return密码非法;if(!DAL.检查用户是否存在(用户实体.用户名))return用户名已经存在;int新用户ID=DAL.添加用户记录(用户实体);if(新用户ID>0)return用户添加成功;elsereutrn数据库访问出现错误!}}
4、但是在大部分没有严格要求的环境中,我们会习惯于把这些检查代码放在UI层,其实是不对的,从而造就了BLL层看起来就是一个中转的功能的错觉.
java是怎么分层的
分层结构：不同功能代码封装成类，相同功能的类封装成一个个包中，也叫层 实体类：封装数据，是数据的载体，在层与层之间进行传递，数据也就传递了。数据库中有多少表，则程序中就有多少实体类。实体类的命名与表名一致，实体类中属性民与表名字段名一致 持久化类：这个层中的类与数据库进行交互，也就是数据持久化，但凡与数据库交互的代码都在这个层的类中，这个命命名为dao 业务类： 业务类用于处理业务逻辑的代码，这个层的命名service Jsp页面 表示层，用于呈现数据或收集数据。servlet类也属于表示层。 工具类： 在开发中，如果开发还需要加功能的话，只需在各层的类中添加方法，这个工具通常放在一个Util包中 原则：Web->Servlet->Service->dao->数据库->dao->Service->Servlet->jsp
在Javaweb中如何体现三层架构思想
一个非常好的问题。三层或者多层架构的核心思想是分层，不同粒度和维度都有应用。
一，系统架构常见的动静分离、数据中台、微服务在一定程度上都是将系统实现进行分层解耦，从而使得系统表现为不同的层次，比如典型的前端页面展示、接口服务、数据存储。
二，前端架构以典型的AntDesign开发信息管理系统为例，将前端实现分为Page、Model、Service三层，Page展示页面响应用户操作，Model保存数据，Service处理业务逻辑、调用后台服务接口。
三，后端架构在后端开发中，仍然会采用分层架构。比如常用的Java+SpringBoot框架开发Web服务时，有Controller，Service，Entity，分别封装
我是工作多年的Web应用架构师，欢迎关注我，了解更多IT专业知识。
java业务逻辑，写在哪里比较好
现在很多公司开发人员应该采用都是mvc架构。
Mvc就是所谓的model模型，view视图，controller控制器。
每个层都有明确分工。
简单的项目抛开nignx，网关，一般都是前端发一个请求到后端，首先到达contoller然后是service层再然后是dao层。
这里的service层就是所谓的业务层，专门负责业务处理操作，而dao层负责和数据库打交道，从db拿数据返给service，sevice处理完返给controller层，controller通过视图解析器，解析完通过浏览器渲染页面。
说到这里基本上，我想答案已经很明显了。那就是Java业务逻辑写在service层。
而sevice层其实又涉及到接口和接口实现。
就是我们一般写代码都会定义一个接口供controller去调用。
其实service接口的实现类最终才应该是写业务逻辑的地方。
当然很多公司可能不止一个sevice层，比如还有一个manager层继续对数据做特殊业务处理，这里只是简单的说下大致情况。
每个公司每个项目根据自身业务，架构可能不太一样。但本质是一样的。
总结一下就是业务逻辑肯定需要单独作为一层去处理，这样既方便拓展，也方便维护。切记不要把所有的业务逻辑都写在controller里面。
每个层都有自己的分工，都揉在一块不仅仅代码冗长看起来还很乱，不清晰。
好了，希望我的回答能帮到你！
感兴趣可以关注，共同学习交流！
OK，本文到此结束，希望对大家有所帮助。
