如何描述业务逻辑 java业务逻辑，写在哪里比较好？
java业务逻辑，写在哪里比较好？
现在很多公司的开发人员都应该采用MVC架构。
MVC是所谓的模型、视图、控制器。
每一层都有明确的分工。
对于简单的项目，不管nignx如何，网关通常都会将请求从前端发送到后端，首先发送到控制器，然后发送到服务层，然后发送到Dao层。
这里的服务层就是所谓的业务层，专门负责业务处理操作，而Dao层则负责处理数据库，将数据库中的数据带回服务，经过服务处理后返回控制器层。控制器通过视图解析器解析页面，并通过浏览器呈现页面。
基本上，我认为答案是显而易见的。也就是说，Java业务逻辑是在服务层编写的。
事实上，服务层涉及接口和接口实现。
在编写代码时，我们通常为控制器定义一个调用接口。
实际上，服务接口的实现类应该是编写业务逻辑的地方。
当然，许多公司可能有多个服务层，例如，有一个管理层继续对数据进行特殊的业务处理。这里只是一个简单的概述。
每个公司的每个项目根据其自身业务可能有不同的体系结构。但本质是一样的。
综上所述，业务逻辑必须作为一个独立的层来处理，这样便于扩展和维护。记住不要在控制器中编写所有业务逻辑。
每一层都有自己的分工，是捏合在一起的。代码不仅冗长，而且杂乱无章。
好吧，我希望我的回答能帮助你
！如果你有兴趣，可以关注一下，一起学习交流
Java开发写业务逻辑代码难不难，是自己创造还是根据文档说明书？
感谢您的邀请
！编写业务逻辑代码通常是Java程序员的主要工作，大部分业务逻辑代码并不是太难，只要是按照业务规则编写即可。
Java代码编写涉及多个角色，不同的角色有不同的任务划分。通常，项目的功能设计完成后，架构师会开始进行架构设计和顶层界面设计，包括项目的结构划分和技术选择。
大多数软件开发项目分为两部分，一部分是“容器开发”，这是整个系统开发的核心。主要的基本功能封装在容器中，另一个是“应用程序开发”。应用程序开发是根据业务逻辑规则编写具体的功能，通常需要调用容器提供的基本功能即可通过接口完成。从这个角度看，业务逻辑代码的编写属于面向应用的开发，所以难度不是太大。
通常，容器开发的程序员就是所谓的“研发级程序员”。容器开发的内容包括系统级功能、资源管理、并发管理、角色管理等。开发内容包括大量的算法设计和实现。同时还要考虑系统的稳定性和性能。这部分开发内容需要丰富的经验同时，程序员需要具备一定的研发能力和研究方法。
进行应用程序级开发的程序员通常会调用容器为特定功能组织提供的函数。大多数程序员从应用程序级开发开始。虽然这些程序员的工作并不困难，但他们有更多的内容。因为很多业务逻辑需要应用级程序员来完成，所以工作压力比较大。
目前，随着软件开发流程的逐步规范化，大多数应用级程序员都会有相应的开发任务文档，只要按照任务文档进行开发和提交，日常任务就相对清晰。
Java Web开发中，业务逻辑写在SQL里好还是代码里好呢？有什么建议吗？
目前，大多数研发团队都要求用代码实现业务逻辑，SQL操作往往是最基本的操作。用SQL表示业务逻辑，即用存储过程表示业务逻辑，是一种传统的开发方案。
在C/s时代，很多逻辑都是通过SQL来实现的，主要是因为业务规模和部署方式。在早期的C/s编程时代，它通常是在非分布式环境中开发的，在大多数情况下，它不需要考虑可移植性问题。这时，使用SQL来完成业务逻辑就更方便了。
使用存储过程来完成业务逻辑的最大优点是性能会更好，但这也取决于业务的大小。如果业务规模过大，业绩会更差。早期的数据存储规模比较小，所以使用存储过程比较方便。
当前网络发展已进入大数据、云计算时代，业务类型和业务规模发生了巨大变化。特别是随着NoSQL数据库在大数据时代的广泛应用，使用SQL语句来完成业务逻辑的场景越来越少。而且，目前大多数程序都是分布式的，使用SQL存储过程处理业务逻辑非常麻烦，会导致整个项目的可移植性和可读性严重下降。
目前，在传统企业的开发团队中，使用SQL来处理业务逻辑是相当普遍的，因为传统企业的数据库大多还是关系数据库，没有可移植性的要求。这种固定的场景开发可以使用SQL来处理业务逻辑。在将来，使用SQL处理业务逻辑时会出现一些应用场景，因此有必要学习如何编写存储过程。
写不出代码应该怎么办？
我不会写代码。我觉得我写的代码太少了。
我有以下建议：
1。编写更多的小程序代码。从一开始就比别人写，多写几次思考，直到最后能写出这些小程序代码。
事实上，编写代码也是一个记忆过程。这需要更多的记忆和理解。每过一段时间，回来看看你以前写的东西。
3. 我们可以加强基础知识的学习，注重对结构语法的理解。其实很多代码都是自己的想法和基本语法的集合。
4. 多想想完成程序的逻辑。想想整个过程。在编写代码之前先考虑一下。然后写下来。
5. 在看别人的代码时，也要注意编写代码的逻辑和方法。
什么叫业务逻辑？
业务逻辑是使用构建块组件（SIB）和基本呼叫处理（BCP）模块的组合来完成智能网中各项业务功能的过程描述。智能网是一种用于产生和提供新的电信业务的网络体系结构。主要由业务交换点、业务控制点、业务管理点和业务创建点组成。主要目标是实现新服务的快速推出。业务逻辑是利用构建块组件（SIB）和基本呼叫处理（BCP）模块相结合来完成智能网中各项业务功能的过程描述。智能网的业务逻辑在不同的平面上有不同的表现形式。在通用功能平面中，有一组通用服务逻辑（GSL），描述了每个服务独立模块（SIB）的链接完成顺序；在分布式功能平面中，分布式服务逻辑（DSL）是各功能实体在实现SIB功能时的行为和各功能实体之间的信息流；在物理平面上，包含服务控制功能（SCF）的物理实体执行业务逻辑程序。通信有限状态机模型由表示进程的有限状态机和表示进程间通道的FIFO组成。扩展数据：业务逻辑层可细分为业务实体、业务组件和业务工作流。业务实体相当于用面向对象的类实例表示数据库中的实体。您可能使用了datareader或dataset等对象来表示在数据库中访问的行。但是，在使用这些对象时，需要按列名或索引访问每列中的数据。这将导致使用这些对象的页面与数据库实现耦合。通过编写实体层，耦合被传输到业务逻辑层；因此，如果数据库发生更改，可以在不维护页面层的情况下修改业务逻辑层。在实体层中，没有业务逻辑；实体只是数据的集合。业务组件负责业务规则（如计算税率、折扣等）以及从实体层到数据访问层的转换。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
