首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
后端收藏
订阅
kellen654
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
业务逻辑开发套路的三板斧
作为一个研发,我们工作中都会处理面临下面这些困惑: 又加需求,一个方法本来就处理了 300 行,现在又加 50 行。 状态逻辑太多了,产品第 2 期又加了一个逻辑,代码结构要调整,很头疼。 每个人都在吐槽,业务研发在工作中处理最多的就是 if else,好不容易写个 switc…
先梳理业务逻辑再写代码
1. 业务逻辑与代码 1.1 逻辑与代码的关系 需求文档是业务逻辑的一种展现形式,而代码不过是业务逻辑的另一种表现形式;如果逻辑本身有问题,那么它的各种展示形式自然也是错的,所以写代码前应该先思考清楚
用Redis实现延迟队列,我研究了两种方案,发现并不简单
大家好,我是三友~~ 背景 前段时间有个小项目需要使用延迟任务,谈到延迟任务,我脑子第一时间一闪而过的就是使用消息队列来做,比如RabbitMQ的死信队列又或者RocketMQ的延迟队列,但是奈何这是
精心整理16条MySQL使用规范,减少80%问题,推荐分享给团队
合理规范的使用MySQL,可以大大减少开发工作量和线上问题,并提升SQL查询性能。 我精心总结了这16条MySQL规约,分享给大家,欢迎评论指正。