首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
架构
订阅
夜凉秋如水提剑出京城
更多收藏集
微信扫码分享
微信
新浪微博
QQ
3篇文章 · 0订阅
系统困境与软件复杂度:为什么我们的系统会如此复杂?
简介:很多人认为做业务开发没有挑战性,但其实正好相反,面向不确定性设计才是最复杂的设计。 作者 | 聂晓龙(率鸽) | 读 A Philosophy of Software Design 有感,软件设
谈谈代码:降低复杂度,从放弃三层架构到DDD入门
最近我发现团队项目中的某个应用复杂度越来越高,具体表现为: - 代码可读性较差:各个服务之间调用复杂,流程不清晰 - 修改部分业务导致大量测试用例失败,但很难快速的寻找出这些测试用例失败的根因
如何设计一个高可用的订单系统
订单系统的基本架构: 前台有结算页提供用户去结算,当后台收到前台用户点击结算操作时就会开始处理下单服务,起初订单被写入到后台的数据库中,然后异构数据到缓存中以此提供用户在我的订单系统中进行订单查询,当