## 用状态机封装领域
逻辑
潘加宇
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
## 阿里巴巴研发效能实践日 从持续交付到
业务创新
张燎原 阿里巴巴高级技术专家
## 从持续交付到
业务创新
一切不以达成
业务目标为目的的持续交付都是要流氓
## 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 ## 在一个实际复杂业务中 落地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 ## 化繁为简 DDD驱动复杂业务软件架构的演进
广联达科技 白彦磊
DDCHINA
## CONTENTS
产品介绍
业务挑战及架构目标
架构演进
总结展望
## CONTENTS
## CONTENT
产品介绍
业务挑战及架构目标
架构演进
总结展望
广联达BIM 土建计量平台 GTJ2018
## 全过程、全流程、一站式平台
全过程
估概算
施工图预算 196adad92b2/p4_1.jpg)
云检查
钢筋
检查
云指标
一站式平台
各阶段计量应用
BIM造价模型数据
云数据、协同应用
## 产品特点
## 产品特点
## 业务复杂
多专业领域
BIM全过程流转
人机交互频繁
## 产品规模大
350万+代码行

## 前端的分层
• 为什么单页应用一定要分层?
- 前端逻辑有一定规模,分层有利协作
- 便于保证数据的一致性
- 业务逻辑的复用
- 每个层次的单独可测试
• Struts这种服务端MVC的弱点在哪里?
- 拉长了视图层的生成和渲染
- 不利于UI人员协作
## 自定义标签
- 现在有哪些方式在浏览器端自定义标签 – polymer, angularjs
## 业务逻辑层
- 在良好的分层机制下,前端可以独立出一层与界面元素无关的纯逻辑层
• 这一层是与业务相关的,比界面层稳定
• 业务逻辑层可以用单元测试来覆盖
- 甚至因为与DOM无关,这个单元测试可以在NodeJS里做
## 二 次开发平台
• 二次开发平台是做什么用的?
- 业务人员通过拖拉配置,生成可用的功能。
· 为什么企业会需要二次开发平台? 0 码力 |
13 页 |
517.57 KB
| 2 年前 3
|