什么叫业务逻辑
答案:1 悬赏:50 手机版
解决时间 2021-02-22 08:30
- 提问者网友：留有余香
- 2021-02-21 15:50
什么叫业务逻辑
最佳答案
- 五星知识达人网友：轻雾山林
- 2021-02-21 17:05
问题一：什么是业务逻辑? 业务逻辑就是处理数据的逻辑啦。一般后台代码也分三层 action(controller) service DAO （这里的三层不是MVC）
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库问题二：经常有人提到业务逻辑，到底什么是业务逻辑 你爸爸
真管的严
说实话吧
要是说假话容易上瘾的问题三：经常有人提到业务逻辑,到底什么是业务逻辑? baike.baidu.com/view/1030527.htm
业务逻辑就是业务规则的制定、业务流程的实现、业务需求有关的系统设计
通俗来讲：就是把业务需求按照一定的逻辑关系分成几块方面，比如先有什么然后有什么，最后有什么郸这里强调要有逻辑性，不能乱来，否者业务无法正常进行。问题四：在java开发中什么是业务逻辑? 业务逻辑就是处理数据的逻辑啦。一般后台代码也分三层 action(controller) service DAO （这里的三层不是MVC）
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库问题五：程序的业务逻辑 业务逻辑从名称上来看，首先是业务，这个业务一般是指软件要实现的功能，即客户的业务，要实现这些业务就有一个流程，流程是按某种关系形成的一个链，链之间的关系具有一定的逻辑性，综合起来就构成了业务逻辑。在需求分析中，一般可以用要做什么，怎么做来理解！问题六：什么是业务逻辑？？？？ 和以前不同的是，这次我更多的参与了业务逻辑分析的过程。和客户面谈，了解他们的需求，常常是在做程序的时候才发礌又忽略了什么问题，然后再拿起电话。这个反复的过程让人觉得烦琐而又无趣。放下电话的刹那，我明白很多代码其实是白写了，然后就是修改。以前自己好象更看重的是所谓的技术能力，spring,struts,hibenate,webwork,报表，邮件，设计模式等等。现在觉得好象并不是这么一回事，客户并不会管你具体是用了hibenate或是JDBC，他们关心的是他们的业务流程能否实现。从这种意义上说，好的沟通能力和分析能力也许显得更加珍贵。问题七：java 业务逻辑的代码什么样 基本都是使用javase 对数据库进行增删改查
以及检查各种数据是否合法等问题八：业务逻辑层的作用 业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。问题九：什么是前端系统的业务逻辑 为您的金钱服务。
领者，领先未来。
引领诚信，汇金未来!
把握机遇，领者帮忙!
聚财有方，金上加金。
，赢领未来。
投资管理，领先未来。
领导未来，投资赢者。
，我有领者。
未来投资，领者为先。
金融服务，领者为先。
格守准则，行业模范。
想你所想，替你分扰。
行业领先，至诚至信。
财富的领航者，一生与你相伴!
引领财富成长，投资美好未来!
星翼领者投资，财富的聚宝盆。
不能送您金山，但能帮您攒钱。
不能送您金山，但愿雪中送炭。从星翼起步，金融领先攒财富。
相信星翼投资，做精明投资人。
星翼网络，就是相信你自己。
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库问题二：经常有人提到业务逻辑，到底什么是业务逻辑 你爸爸
真管的严
说实话吧
要是说假话容易上瘾的问题三：经常有人提到业务逻辑,到底什么是业务逻辑? baike.baidu.com/view/1030527.htm
业务逻辑就是业务规则的制定、业务流程的实现、业务需求有关的系统设计
通俗来讲：就是把业务需求按照一定的逻辑关系分成几块方面，比如先有什么然后有什么，最后有什么郸这里强调要有逻辑性，不能乱来，否者业务无法正常进行。问题四：在java开发中什么是业务逻辑? 业务逻辑就是处理数据的逻辑啦。一般后台代码也分三层 action(controller) service DAO （这里的三层不是MVC）
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库问题五：程序的业务逻辑 业务逻辑从名称上来看，首先是业务，这个业务一般是指软件要实现的功能，即客户的业务，要实现这些业务就有一个流程，流程是按某种关系形成的一个链，链之间的关系具有一定的逻辑性，综合起来就构成了业务逻辑。在需求分析中，一般可以用要做什么，怎么做来理解！问题六：什么是业务逻辑？？？？ 和以前不同的是，这次我更多的参与了业务逻辑分析的过程。和客户面谈，了解他们的需求，常常是在做程序的时候才发礌又忽略了什么问题，然后再拿起电话。这个反复的过程让人觉得烦琐而又无趣。放下电话的刹那，我明白很多代码其实是白写了，然后就是修改。以前自己好象更看重的是所谓的技术能力，spring,struts,hibenate,webwork,报表，邮件，设计模式等等。现在觉得好象并不是这么一回事，客户并不会管你具体是用了hibenate或是JDBC，他们关心的是他们的业务流程能否实现。从这种意义上说，好的沟通能力和分析能力也许显得更加珍贵。问题七：java 业务逻辑的代码什么样 基本都是使用javase 对数据库进行增删改查
以及检查各种数据是否合法等问题八：业务逻辑层的作用 业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。问题九：什么是前端系统的业务逻辑 为您的金钱服务。
领者，领先未来。
引领诚信，汇金未来!
把握机遇，领者帮忙!
聚财有方，金上加金。
，赢领未来。
投资管理，领先未来。
领导未来，投资赢者。
，我有领者。
未来投资，领者为先。
金融服务，领者为先。
格守准则，行业模范。
想你所想，替你分扰。
行业领先，至诚至信。
财富的领航者，一生与你相伴!
引领财富成长，投资美好未来!
星翼领者投资，财富的聚宝盆。
不能送您金山，但能帮您攒钱。
不能送您金山，但愿雪中送炭。从星翼起步，金融领先攒财富。
相信星翼投资，做精明投资人。
星翼网络，就是相信你自己。
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯