• 关于

    业务逻辑

    的搜索结果

问题

业务逻辑层的事务如何进行控制

a123456678 2019-12-01 20:24:05 1018 浏览量 回答数 1

回答

详细解答可以参考官方帮助文档通过数据订阅,可以将深耦合业务优化为通过实时消息通知实现的异步耦合,让核心业务逻辑更简单可靠。这个应用场景在阿里巴巴内部得到了广泛的应用,目前淘宝订单系统每天有上万个下游业务,通过数据订阅获取订单系统的实时数据更新,触发自身的变更逻辑。 下面举个简单的逻辑,描述下整个应用场景的优势。 例如电商行业,涉及下单系统、卖家库存、物流发货等多个业务逻辑。如果将这些逻辑全部在下单流程中,那么下单流程为:用户下单,系统通知卖家库存,物流发货等下游业务进行逻辑变更,当全部变更完成后,返回下单结果。这种下单逻辑存在如下问题: 下单流程长、时间长,用户体验差系统稳定性差,任何一个下游发生故障,直接影响下单系统的可用性 为了提升核心应用用户体验,提高稳定性,可以将核心应用、跟依赖的下游业务异步解耦。让核心应用更稳定可靠。具体调整如下图: 下单系统只要下完单就直接返回,底层通过数据传输实时获取订单系统的变更数据,业务通过SDK订阅这个变更数据,并触发库存、物流等下游业务逻辑。由此,保证下单系统的简单可靠。

2019-12-01 23:09:36 0 浏览量 回答数 0

问题

业务层逻辑中多次数据修改提交如何控制事务? 400 请求报错 

kun坤 2020-05-29 11:26:52 2 浏览量 回答数 1

阿里云试用中心,为您提供0门槛上云实践机会!

0元试用32+款产品,最高免费12个月!拨打95187-1,咨询专业上云建议!

问题

业务逻辑放在controller层好还是model层好

河南 2019-12-01 19:51:15 1285 浏览量 回答数 1

问题

netty线程阻塞,自定义业务逻辑处理线程池问题:报错

kun坤 2020-06-08 19:17:58 0 浏览量 回答数 1

回答

前后端分离是一种架构思想,而不是一个具体的执行准则。简单来说,就是希望后端处理业务逻辑,前端处理展示逻辑。例如velocity这样的模版技术,就是前后端分离的例子。理想来说,前端负责写模版,后端负责写渲染数据的逻辑,这样业务逻辑的改动后端就可以独立完成,展示逻辑的改动前端就可以独立完成,互不干扰。但是这个多半太理想化,实际执行的时候,很多时候是既要改业务逻辑,也要改展示逻辑的,这个时候,还是需要前后端合作来完成整个需求。只是前后端分离后,双方修改的东西是明确分离的,方便发布和测试。

yu_hc200 2019-12-02 01:49:25 0 浏览量 回答数 0

问题

请问重复的业务逻辑应该写在baseaction里面还是service层里面?

a123456678 2019-12-01 20:18:26 1735 浏览量 回答数 1

问题

这种场景应使用什么java设计模式:报错

kun坤 2020-06-14 09:08:04 6 浏览量 回答数 1

回答

编程语言,SQL、Python是很有必要的。分析工具,统计分析工具,SPSS作为入门是比较好的。数学知识,是数据分析师的基础知识。逻辑思维,逻辑思维除了体现在和业务相关的分析工作上,还包括算法逻辑,程序逻辑等。业务理解,数据的获取方案、指标的选取、乃至最终结论的洞察,都依赖于数据分析师对业务本身的理解。

xwaby 2019-12-01 23:29:55 0 浏览量 回答数 0

回答

把回滚添加到 业务逻辑啊。。。spring 注入就自带支持的标签。也可以自己写在业务逻辑里面,Dao的基类设置事务情况,业务逻辑类,监听Exception,实现提交,回滚

a123456678 2019-12-02 02:12:32 0 浏览量 回答数 0

回答

MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。

wangccsy 2019-12-02 01:50:39 0 浏览量 回答数 0

问题

典型业务逻辑漏洞挖掘

福利达人 2019-12-01 21:23:01 449 浏览量 回答数 0

回答

代码: SQL代码。您编写的业务逻辑,计算作业核心逻辑,其中包括输入表DDL声明(分为流式输入表、静态输入表)、输出表DDL声明,以及执行业务逻辑的DML。参数: 参数用来描述作业运行时指标。例如,并发量、批处理数据量等信息。属性: 作业的业务信息。例如创建人、创建时间等相关记录。资源配置:配置作业的的资源。

李博 bluemind 2019-12-02 01:42:40 0 浏览量 回答数 0

问题

什么是逻辑库

云栖大讲堂 2019-12-01 21:29:59 1458 浏览量 回答数 0

问题

数据访问层和业务逻辑层为什么要定义接口?

蛮大人123 2019-12-01 19:41:06 2953 浏览量 回答数 1

回答

基本多读少写的场景下为了提高响应必然需要缓存,而每层缓存只解决该层的响应问题,不能因为其他层有缓存就觉得变成冗余了。毕竟请求从应用层往数据层走的过程中,业务逻辑实际上是在逐步细化的,每个缓存对应的逻辑单元大小都不同,所以每层缓存解决的响应问题层面也不同。而至于orm的二级缓存问题,我的看法是和你的业务逻辑与服务器部署有关,如果是单机前端服务器,而且服务器配置够好不会和业务逻辑争抢系统资源的话,使用本地缓存也可以。但是如果多机的话,还是得使用服务器缓存,毕竟缓存数据更新时需要在整个业务环境中更新,而本地缓存只能更新目前响应的这台服务器的缓存,其他服务器的本地缓存不更新的话会造成数据不一致和脏数据。缓存策略就是多读少写且请求量大的数据都得加缓存!

小旋风柴进 2019-12-02 02:04:51 0 浏览量 回答数 0

回答

业务逻辑复杂,导致过多的IF else很正常。如果只是对于关键字反感,可以使用其他方式替代。但是最终业务逻辑还是要实现。1、拆分方法 if...else...调用外部方法,逻辑代码独立成方法2、switch替换3、三元表达式4、组合if{ return; }...if{ return; }语句,其实也是很多If5、反射,本质上也是把代码外移,其实实际上还是很多独立逻辑代码,只是位置不同

徐雷frank 2019-12-02 01:43:46 0 浏览量 回答数 0

问题

测试用例质量不高?我教你如何编写高质量的测试用例!

技术小菜鸟 2019-12-01 21:41:09 4370 浏览量 回答数 1

问题

将尽可能多的业务处理放在业务逻辑层

景凌凯 2020-04-22 17:48:44 0 浏览量 回答数 1

回答

业务层与数据库访问层耦合度太高的话肯定对后期更改有影响,而且可扩展性实在太低。打个简单的比方,就像刚学java,你可能会写if else,所以导致你在添加一个业务逻辑的时候,你就必须再添加一个if else。如果你一开始的时候就会使用反射,关系映射的话,那么你只需要每添加一个业务逻辑,让其实现特定的接口或继承特定的类的话。你完全可以无限水平扩展,而不更改任何业务逻辑调用的方法。此处如果不是很明白,请参考SpringMVC的动态请求(浏览器输入请求URL,服务器动态的根据数据的请求RUL找到对应的控制器)

a123456678 2019-12-02 02:12:23 0 浏览量 回答数 0

回答

MVC 不光是 PHP 的概念,是 PHP 从其他语言借鉴过来的,现在差不多所有 PHP 框架都有某种形式的 MVC 思想。MVC 的核心是将 数据操作(Model), 前端页面(View), 业务逻辑(Controller) 分离,每个部分可以单独工作,替换。比如,前端页面和业务逻辑分离,可以直接把前端页面交给前端设计师来修改,前端设计师无需了解 PHP 和业务逻辑。这不是脱节,这是分工。比如当从一种数据源(数据库)更换到另外一种数据源时,只需修改 Model 即可,前端和业务逻辑都无需修改。另外,你不觉得把这三部分分开,代码会更加清晰么。想象一下在 PHP 里面拼 HTML, 以及在 HTML 里反复开关 PHP 标记,这是有多么蛋疼。MVC 算是目前的趋势吧,个人以为只要一个应用有一个以上的页面,都有采用 MVC 模式的必要。至于你说比较臃肿...这可能是 ThinkPHP 比较臃肿吧,MVC 只是思想,也是有很多轻量级的 MVC 框架的。

落地花开啦 2019-12-02 02:49:34 0 浏览量 回答数 0

问题

什么是分表/逻辑表

云栖大讲堂 2019-12-01 21:29:59 1394 浏览量 回答数 0

问题

java二叉树模板抽象化

蛮大人123 2019-12-01 19:39:48 1166 浏览量 回答数 1

问题

什么是业务逻辑开发?

剑曼红尘 2020-03-26 20:36:27 0 浏览量 回答数 1

回答

一般分为三层  1、表现层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。  2、业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。  3、数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等Sql语句是写在数据库访问层,sql语句就是直接操作数据库。对数据库进行增删改查操作,业务逻辑层调用数据访问层希望对你有所帮助!

蛮大人123 2019-12-02 02:35:04 0 浏览量 回答数 0

问题

业务逻辑开发有什么特点?

剑曼红尘 2020-03-26 20:36:46 0 浏览量 回答数 1

回答

高内聚和低耦合 一个逻辑和物理模型由哪些记录和字段组成,应该遵循最基本的软件设计方法论中的高内聚和低耦合原则。主要从数据业务特性和访问特性两个角度来考虑:将业务相近或者相关的数据、粒度相同数据设计为一个逻辑或者物理模型;将高概率同时访问的数据放一起,将低概率同时访问的数据分开存储。 核心模型与扩展模型分离 建立核心模型与扩展模型体系,核心模型包括的字段支持常用核心的业务,扩展模型包括的字段支持个性化或是少量应用的需要。在必须让核心模型与扩展模型做关联时,不能让扩展字段过度侵入核心模型,以免破坏了核心模型的架构简洁性与可维护性。 公共处理逻辑下沉及单一 底层公用的处理逻辑应该在数据调度依赖的底层进行封装与实现,不要让公用的处理逻辑暴露给应用层实现,不要让公共逻辑在多处同时存在。 成本与性能平衡 适当的数据冗余可换取查询和刷新性能,不宜过度冗余与数据复制。 数据可回滚 处理逻辑不变,在不同时间多次运行数据的结果需确定不变。 一致性 相同的字段在不同表中的字段名必须相同。 命名清晰可理解 表命名规范需清晰、一致,表命名需易于下游的理解和使用。

LiuWH 2020-03-19 23:13:23 0 浏览量 回答数 0

问题

如何选择拆分键

猫饭先生 2019-12-01 21:20:53 1364 浏览量 回答数 0

回答

事实逻辑表与业务过程对应,是通过丰富业务过程的属性及度量信息构建形成的。创建事实逻辑表,即完成公共事务明细数据设计及加工处理,从而便于提取业务中事务的明细数据。

LiuWH 2020-03-23 11:29:56 0 浏览量 回答数 0

回答

这个确实把死锁说的很清楚了,原来死锁是这么产生的,我问题中的死锁也确实是数据库的死锁 那对于死锁,我觉得是个碰巧出现的事情,觉着业务逻辑如果很复杂的话,还是很容易出现这种巧合的,比如innodb下一个业务逻辑1需要一个事务(会操作a,b两张表各自的某条记录)进行完成时候,完全有可能在操作进行到a表某条记录操作刚完成的时候,也就是正准备操作b表记录时; 突然间有另一条业务逻辑2请求被cpu切换到了(巧了,它也用事务并且先操作b表的同逻辑1的记录,再操作a表同逻辑1的记录),而他正好操作完b表的该条记录,准备请求这样目前被锁住的情况就导致逻辑一不能进行,逻辑二也不能进行! 理解的对么?那对于为什么并发会产生多卖我还没有清楚啊,如若按照你说的,cpu总会一个个的处理请求, 那处理每个请求的时候我都判断当前库存,根本不会出现超出库存的啊还有,您说的并发是一个一个请求进行处理 这是单cpu会出现的或者请求数大于cpu个数会出现的如果是cpu有5颗,只过来3个请求,每个请求都要操作a表的1记录,那还真有可能3颗cpu并行同时抓住a表的1记录,这样也是死锁么? 还是说,虽然cpu并行到达这条记录,但数据库只会允许一个个来加锁,即使同时到达,但mysql还是会排队,这并不算死锁?

a123456678 2019-12-02 02:59:53 0 浏览量 回答数 0
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站