## 用状态机封装领域
逻辑
潘加宇
DDCHINA
CONTENTS
01 状态机的作用
02 状态机要点和建模思路
03 状态机的实现
## 危险!
小孩耍大枪
## 危险!
➢ Research? Re-Search?
➢ 连Re-Search都没有,随意发明新词
➢ Subdomain? 主题图。
SECOND EDITION
OBJECT-ORIENTED ANALYSIS
学校里经常教的
## 作用
|图形|视角|映射到实现|
|---|---|---|
|类图|全局、静态|类的签名|
|序列图|局部(用例)、动态|类之间的协作|
|状态机图|类、动态|所有的
逻辑|
## 三 个不同的图
## 0
答对问题有奖金
金额从2.56元到20.48元
请扫我微信以便当场转账
加微信时烦告知尊姓大名
## 作用
➢都以为自己在做正常的事情,
系统却出问题了 条件语句?泛化?不重要了
对象

状态保护
逻辑内移
## 作用
专家原则、可视原则
减少get/set
Open
接口变简单
Close
Close
Open
Open
Withdraw[banlance
0 码力 |
30 页 |
1.75 MB
| 2 年前 3
Go业务开发中Error&Context
毛剑
bilibili
iammao@vip.qq.com
探探 Gopher China 2019
Agenda
Error
o Background
o Handle Error
o Best Practice
• Context
o Background
o Context With API
o Best Practice
• Conclusion alt=‘OCR图片’/>
Error - Background
错误检查和打印
分层开发导致的处处打印日志
难以获取详细的堆栈关联
。根因丢失
业务错误处理
API中逻辑标识处理
if err != nil {
return err
}
API中错误消息展示
API中业务的Hint数据
Errors are values By Rob Pike
’ alt=‘OCR图片’/>
Error - Handle com/pkg/errors By Dave Cheney
’ alt=‘OCR图片’/>
Error - Handle Error
根因追踪
Cause获取根因,用于 Sentinel errors逻辑处理
// If the error does not implement Cause, the original error will
// be returned. If the error
0 码力 |
26 页 |
10.58 MB
| 1 月前 3
## 阿里巴巴研发效能实践日 从持续交付到
业务创新
张燎原 阿里巴巴高级技术专家
## 从持续交付到
业务创新
一切不以达成
业务目标为目的的持续交付都是要流氓
## SELF INTRODUCTION

## 张燎原
阿里巴巴高级技术 com/PPI/pressroom.asp
## 灵长类动物接受培训之后,能够进行VB编程
Higher Primates Can Program After VB.NET Training
现实挑战
复杂产品、
业务和组织
理想期望
顺畅的高质量地交付
### #1. 持续交付 ——可见、可控、可度量,加速价值交付
## 可见:端到端拉通对齐
| 选择 | 业务团队愿景目标:2-1-1
2 Weeks
1 Week
1 Hour
需求交付周期
从想法提出并确认,到上线的时间
需求开发周期
从需求设计完成到上线的时间
变更集成发布时长
整个组织各职能和部门的协调一致和紧密协作 0 码力 |
40 页 |
3.34 MB
| 2 年前 3
基于Go构建滴滴核心业务平台的实践
’ alt=‘OCR图片’/>
目录
’ alt=‘OCR图片’/>
Golang使用现状
1500+个模块
1800+位Gopher
2000+台(仅中台)
’ alt=‘OCR图片’/>
我们用Go做了什么
DUSE
滴滴分单引擎
DOS
滴滴订单系统
DISE
schemaless数据存储引擎
DESE
serverless分布式事务框架
’ alt=‘OCR图片’/>
中台业务
’ alt=‘OCR图片’/>
Challenge
高可用
高服务可用时间
高并发
复杂度
服务承载能力
服务响应速度
业务需求复杂
·子系统较多
·问题追查困难
’ alt=‘OCR图片’/>
Why Golang
执行效率较高
开发效率
便利的并发控制
便利的网络服务开发
GC
丰富工具&库
go alt=‘OCR图片’/>
目录
’ alt=‘OCR图片’/>
庞大的业务系统
微服务过多带来的问题
快车订单:1单
子模块:50+
Rpc请求:300+
日志行数:1000+
’ alt=‘OCR图片’/>
服务治理的难题
微服务过多带来的问题
’ alt=‘OCR图片’/>
异常定位
滴滴如何定位业务问题
日志格式混乱
大量adaptor
人工配置与分析
处理性能低,资源消耗巨大 0 码力 |
44 页 |
2.77 MB
| 1 月前 3 ## 在一个实际复杂业务中 落地DDD方法与架构
曹剑
DDCHINA
## 内容
01 一个费用系统开发任务
02 利用DDD建立领域模型演示
03 利用DDD构建代码架构演示
## 费用管理系统要求

预算

与领域专家聊
透概念、逻辑

实现能描述需求的领域模型

Year (each data point represents [Image](/uploads/documents/f/2/6/0/f2600933857ea958305e9df071813660/p3_4.jpg)
频繁迭代
• 业务需求驱动创新
- 打破部门墙,塑造无边界组织
- 提升项目管理能力,贯彻业务战略
## 业务需求驱动的创新


## 自我增强的业务增长
• 线性投入还是指数增长?
- 如何实现“自我增强的循环”?
产品研发过程中遇到的难题...
新的需求
难同步
项目进度
难把控
工作分配
不及时
开发流程
易混乱 0 码力 |
24 页 |
5.29 MB
| 2 年前 3 ## APM 深水区: 构建连接运维与业务之桥
## 赵宇辰 @ 听云
## 极客邦科技 会议推荐2019

QCon
北京
## 全球软件开发大会
大会:5月6–8日
培训:5月9–10日
QCon
广州
## 全球软件开发大会 应用性能监控
业务系统

基础架构
redis
基础架构监控
## 运维中的问题都是平等的吗?
## equality
每天遇到的海量警报都一样重要吗?
它们是否也遵守2/8原则?
哪些错误是真正紧急、影响业务的?
哪些业务被影响了?是否是核心业务? 哪些业务被影响了?是否是核心业务?
如何补救?
## 现状:运维和业务的割裂(互联网场景)
运维现状:
系统响应时间、错误率上升
- 不知道影响了哪些业务/BU/部门/用户
企业损失、成本消耗无法衡量、补救
业务洞察:
转化率 / 收入 / 活跃用户 / KPI 迅速下降
业务团队不知具体原因
多团队、部门之间解决方案不明确
公司业务、健康状况时刻受到影响
## 现状:运维和业务的割裂(企业场景) 0 码力 |
24 页 |
5.87 MB
| 2 年前 3
|