首页
首页
BOT
沸点
课程
直播
活动
AI刷题
NEW
商城
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
技术方案设计
秋夜无霜
创建于2021-05-10
订阅专栏
技术方案设计
等 3 人订阅
共9篇文章
创建于2021-05-10
订阅专栏
默认顺序
默认顺序
最早发布
最新发布
原创|关于一次产品需求程序设计及优化的经历
谈言之,这个需求总体涉及变动点多,为了考虑尽可能代码变动影响面小,所以经过慎重选择,设计出一种利弊均衡的技术方案设计,总体目标达到低耦合,扩展性强,业务场景与底层能力隔离,符合单职能原则。
Aviator计算引擎-我们研发团队的最佳实践(上篇)
Aviator是一个开源的Java表达式求值器,我原先的研发团队结合公司业务场景,选择了这个google的计算引擎,为了扩展我们业务需求,定义了一系列自定义函数,以支撑我们业务场景。
关系图谱服务的技术方案设计(下篇)
本文由于字数太多分为上下篇完成。 1、第一层的"API"层,对外提供HTTP接口。 2、第二层的"查询执行器",包装API层的请求,并交由查询处理器处理。 3、第三层的"查询处理器",抽象类仅派生一种业务场景多条件查询处理器MultiSearchHandler。 3、第四层的"…
关系图谱服务的技术方案设计(上篇)
本文由于字数太多分为上下篇完成。 1、关系图谱服务主要提供两种能力,数据采集和数据查重。 2、数据采集基于接入消息,消费业务线内部的消息通知,基于元数据进行分析并落库。 3、数据查重基于HTTP服务,对业务线提供场景的数据查重服务。 4、关系图谱服务内部引擎主要包括,数据采集、…
记一次每日跑批任务耗时性能从六分钟优化到半分钟历程及总结
上面说了一大堆话,简言之概况如上图。中台的事情不做完,前台即便调度任务想要提前无济于事。所以在每天用户8、9点上班时,跑批任务就得生成工单。 如上图,这是上线的第一个初步版本,第一次跑批1100多单,耗时了5~6分钟。当我告知给业务方,人家说,"不错了,还以为得跑半个小时"。然…
我是如何解决业务场景状态机流转及验证问题
-(8)当监控人员认为此订单已经完成后,在审核详情页中选择处理完成,则此订单完结,本次流程不再进入工单池,但是如果订单转为处理完成后,第二天跑规则时,仍然触碰XX规则,则继续从初始化时的“待处理”状态开始。 相信你看到上面一大段话,你也会琢磨即便,脑子中构建一下流程图。经过一遍…
基于Redis解决业务场景中延迟队列的应用实践
我们假定设置两个队列,一个队列维护正式工单,另一个队列维护挂起工单。对于挂起操作,我们通过Redis设置key有效时间,当key失效时,客户端监听失效事件,获取工单,实现 挂起工单队列的移除,正式队列的入队即可。 整个业务实现,可以分为三个大模块。 队列模块,通过WorkOrd…
记一次使用Redis Cache引起的Bug排查及修复总结
1.提交工单时,用户可以选择转存,输入一个天数,然后提交成功。这时候单子需要变成转存量。 2.技术方案中是这么处理,对于转存的订单,通过redis设置key的失效时间(这里的时间就是转存天数换算成的秒)。 3.客户端通过订阅Key失效事件,判断是转存订单,然后会通过redis …
数据标签场景的设计方案以及BiConsumer的妙用
比如说现在我们有学生模块、老师模块、课程模块,然后实现各个模块的检索和分类。 如上,我们通过一个中间表,其中buz_type表示业务类型,source_id表示关联ID、tags为标签字段。这样设计的好处,可以通过buz_type增加业务类型支持更多模块。 如果选型 Redis…