许式伟的架构课
许式伟
七牛云CEO
立即订阅
20392 人已学习
课程目录
已更新 77 讲 / 共 87 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 怎样成长为优秀的软件架构师?
免费
基础平台篇 (21讲)
01 | 架构设计的宏观视角
02 | 大厦基石:无生有,有生万物
03 | 汇编:编程语言的诞生
04 | 编程语言的进化
05 | 思考题解读:如何实现可自我迭代的计算机?
06 | 操作系统进场
07 | 软件运行机制及内存管理
08 | 操作系统内核与编程接口
09 | 外存管理与文件系统
10 | 输入和输出设备:交互的演进
11 | 多任务:进程、线程与协程
12 | 进程内协同:同步、互斥与通讯
13 | 进程间的同步互斥、资源共享与通讯
14 | IP 网络:连接世界的桥梁
15 | 可编程的互联网世界
16 | 安全管理:数字世界的守护
17 | 架构:需求分析 (上)
18 | 架构:需求分析 (下) · 实战案例
19 | 基础平台篇:回顾与总结
加餐 | 我看Facebook发币(上):区块链、比特币与Libra币
加餐 | 我看Facebook发币(下):深入浅出理解 Libra 币
桌面开发篇 (16讲)
20 | 桌面开发的宏观视角
21 | 图形界面程序的框架
22 | 桌面程序的架构建议
23 | Web开发:浏览器、小程序与PWA
24 | 跨平台与 Web 开发的建议
25 | 桌面开发的未来
26 | 实战(一):怎么设计一个“画图”程序?
27 | 实战(二):怎么设计一个“画图”程序?
28 | 实战(三):怎么设计一个“画图”程序?
29 | 实战(四):怎么设计一个“画图”程序?
30 | 实战(五):怎么设计一个“画图”程序?
31 | 辅助界面元素的架构设计
课外阅读 | 从《孙子兵法》看底层的自然法则
加餐 | 想当架构师,我需要成为“全才”吗?
32 | 架构:系统的概要设计
33 | 桌面开发篇:回顾与总结
服务端开发篇 (14讲)
34 | 服务端开发的宏观视角
35 | 流量调度与负载均衡
36 | 业务状态与存储中间件
37 | 键值存储与数据库
38 | 文件系统与对象存储
39 | 存储与缓存
40 | 服务端的业务架构建议
41 | 实战(一):“画图”程序后端实战
42 | 实战(二):“画图”程序后端实战
43 | 实战(三):“画图”程序后端实战
44 | 实战(四):“画图”程序后端实战
45 | 架构:怎么做详细设计?
46 | 服务端开发篇:回顾与总结
加餐 | 如何做HTTP服务的测试?
服务治理篇 (11讲)
47 | 服务治理的宏观视角
48 | 事务与工程:什么是工程师思维?
49 | 发布、升级与版本管理
50 | 日志、监控与报警
加餐 | 怎么保障发布的效率与质量?
51 | 故障域与故障预案
52 | 故障排查与根因分析
53 | 过载保护与容量规划
54 | 业务的可支持性与持续运营
55 | 云计算、容器革命与服务端的未来
56 | 服务治理篇:回顾与总结
架构思维篇 (13讲)
57 | 心性:架构师的修炼之道
用户故事 | 站在更高的视角看架构
58 | 如何判断架构设计的优劣?
59 | 少谈点框架,多谈点业务
60 | 架构分解:边界,不断重新审视边界
加餐 | 实战:“画图程序” 的整体架构
61 | 全局性功能的架构设计
62 | 重新认识开闭原则 (OCP)
63 | 接口设计的准则
64 | 不断完善的架构范式
65 | 架构范式:文本处理
66 | 架构老化与重构
67 | 架构思维篇:回顾与总结
软件工程篇 (1讲)
68 | 软件工程的宏观视角
许式伟的架构课
登录|注册

67 | 架构思维篇:回顾与总结

许式伟 2019-12-24
你好,我是七牛云许式伟。
到今天为止,我们第五章 “架构思维篇” 就要结束了。今天这篇文章我们对整章的内容做一个回顾与总结。

架构之道

架构思维篇的内容大体如下图所示。
在前面几个章节,我们已经陆续介绍了架构的全过程:
但架构师面临的问题往往是错综复杂的。
给你一个明确的需求说明文档,干干净净地从头开始做 “需求分析”,做 “概要设计”,做模块的 “详细设计”,最后编码实现,这是理想场景。
现实中,大多数情况并不是这样。而是:你拿到了一份长长的源代码,加上少得可怜的几份过时的文档。然后被安排做一个新功能,或者改一个顽固缺陷(Bug)。
我们应该怎么做架构设计?
架构设计架构设计,设计为先,架构为魂。用架构的系统化和全局性思维来做设计。
整体来说,我们这个架构课的知识密度比较高。这在某种程度来说,也是一种必然结果,这是因为架构师需要 “掌控全局” 带来的。
所以这个架构课对大多数人而言,多多少少都会有一些盲点。如果遇到不能理解的地方,从构建完整知识体系的角度,建议通过其他的相关资料补上。当然也欢迎在专栏中提问。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《许式伟的架构课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

  • tt
    周边功能对核心系统总伤害的经验公式的本质,我总结为,不论自己设计的架构静态看起来有多么完美,各模块之间的配合有多么精妙,如果从外部给它施加一个扰动(比如需要修改某个模块),会导致整体发生剧烈的变化,那么这个架构就不是好的架构。

    就像机械系统,一定要考虑公差。系统要与误差共舞,要能抵抗变化,必须处于一个动态的平衡点。

    作者回复: 是的,自我感觉良好是没有用的。只有真检验了,测量了,才能确定是不是真的好。

    2019-12-24
    3
  • 知行合一
    没重构过就看不懂架构课,就像不实践就没法真正理解一个道理一样。边学边实践才能真正理解老师所讲的内容,而且真的是一步一步理解的。

    作者回复: 是这个道理,知行合一

    2019-12-26
    1
  • Aaron Cheung
    在应对架构老化这件事情上,不要轻率地选择进行全局性的重构。要把功夫花在平常,让重构在润物细无声中发生。


    拿小本本记下来
    2019-12-24
    1
  • 有铭
    一门学科的历史,就是这门学科的本身。从老师的信息科技的演进历史收获很多,期待 数据治理与业务运营体系构建 这本书早日出来
    2019-12-24
    1
  • leslie
    许老师的课总能引发许多反思:理解业务、理解各个环节、最小化且可扩展设计。有时觉得一个好的架构师要有3个角色:产品经理、全栈工程师/DevOps、架构师【注:其中就包含整体的软件、数据库和系统架构】。
          老师的课程就是纯正的干货:课上一分钟、课下十年功。 虽不知老师的《数据治理与业务运营体系构建》:不过依然非常期待老师课程推出的一天,分享给大家学习和交流。谢谢老师的教诲。
    2019-12-25
  • ljf10000
    听老师的课,有一种行云流水的感觉,非常舒服。
    2019-12-24
  • Jxin
    看了一些架构书籍,但一直觉得无法入门。直到今年大量重构项目后,才感觉有点打开这扇门了。面向对象思想,设计原则,领域建模,代码规范,重构手法这些亦是架构之道。

    对于重构,我遵循的是<重构 第二版>的小步快跑的模式,在每次需求迭代顺带重构周边业务。我追求的是用最小的成本(改动少,验证范围收敛)解决最大的问题(可读,可扩,性能及更明确的语意),是四两拨千斤的效果而非千斤拨千斤的蛮力。解决问题是目的,优雅的解决问题才是追求。


    栏主后面的篇幅没有第一章指点江山的气势。但落笔都很精准,要么引发反思要么引起共鸣,依旧受益匪浅。马上最后一章了,真舍不得完结。
    2019-12-24
收起评论
7
返回
顶部