软件设计之美--极客时间课程推荐/优惠
版权声明
本站非极客时间官网，与官方无任何关系。我们不提供课程下载或详细内容，仅作为课程分享和推荐平台。我们鼓励大家支持正版，尊重创作者的劳动成果，这样不仅能帮助创作者持续产出优质内容，也能让自己获得更好的学习体验。请通过官方渠道购买和学习课程，感谢您的理解与支持。
课程详情
你将获得：
- 3 个步骤，理解优秀软件的设计；
- 典型的软件设计思维误区及解析；
- 设计软件必备的 4 大知识模块；
- 30+ 案例，深入剖析软件设计本质。
课程介绍
在开发软件的过程中，我们都遇到过这样的情况：
- 一直在增删改查，缺少大局观，闷头写代码，埋下了很多自己也不知道的坑；
- 系统出现问题时，只能头疼医头，脚疼医脚，找不到引发问题的本质原因；
- 为了一个小需求，要在无数的地方小心翼翼地做着各种微调，还被产品经理嫌弃改得慢；
- 每次针对需求变更而开发的代码，都会导致无尽的 Bug，连那些本来还好的代码模块也逐渐腐坏变烂；
- 把各种代码堆砌在一起，在出现 Bug 时，犹如“大家来找茬”一样在其中定位问题，脑壳痛。
其实，出现这些问题，绝大多数都是因为一个原因——软件设计一开始没做好。软件设计的优劣在根本上决定了软件系统的质量。好的设计，可以让系统更容易修改和扩展，不好的设计，却会让人举步维艰。
尽管软件设计很重要，但是学习起来却很容易陷入困惑。比方说，学了那么多设计模式，发现能用上的却没有几个；领域驱动设计中的概念那么多，却不知道该从哪学起。其实我们困惑的，并不是这些知识本身，而是缺乏一个整体结构将它们贯穿起来。软件设计学习的难度，不在于一招一式，而在于融会贯通。
所以，郑晔老师会通过这门课程，给你讲解软件设计的核心思维，将纷繁复杂的软件设计知识融会贯通成一个整体的结构，帮助你建立起对软件设计的整体认知，切实帮助你提高软件开发能力。你会感受到软件设计之美，在日后的工作中不断寻求最佳的设计方案。
课程模块设计
课程主体分为四个模块。
第一模块：课前必读
在正式开始软件设计的学习之前，我们会先梳理清楚软件设计的真正内涵与意义，与你谈谈影响软件设计的两个不可忽视的因素：分离关注点和可测试性。掌握这些内容会为你的软件设计学习之旅奠定一个良好的基础。
第二模块：了解一个软件的设计
教你一个“三步走”方法，让你无论是在新接触一个项目，或是想借鉴优秀实践的设计时，都有可以遵循的框架，快速抓到一个软件的设计精髓。同时，我们还会深入拆解三个最具代表性的开源项目，让你在案例中加深对知识的理解。
第三模块：设计一个软件
给你讲解设计一个软件时，你需要掌握的核心知识：
- 程序设计语言：横跨语言学语言，让你不再局限于某一种语言，而是根据应用场景，择其善者而从之；
- 编程范式：选择了几个最主流的编程范式，包括结构化编程、面向对象和函数式编程，帮你建立起软件设计的根基；
- 设计原则与模式：给你介绍面向对象的主流设计原则，SOLID原则。还会分享一些学习设计模式的心得，帮助你将设计模式的相关知识贯穿起来；
- 设计方法：分析DDD设计方法，这是当下完整、有效的应对复杂业务场景的设计方法，包括了从如何识别概念到如何建立模型。
第四模块：巩固篇
通过三个实战项目，分析如何设计一个程序库、如何构建一个可扩展的模型和如何对既有的项目做设计上的改进，将学到的软件知识融会贯通。
课程目录
开篇词
- 开篇词 | 软件设计，应对需求规模的“算法”
课前必读
- 01 | 软件设计到底是什么？
- 02 | 分离关注点：软件设计至关重要的第一步
- 03 | 可测试性： 一个影响软件设计的重要因素
了解一个软件的设计
- 04 | 三步走：如何了解一个软件的设计？
- 05 | Spring DI容器：如何分析一个软件的模型？
- 06 | Ruby on Rails：如何分析一个软件的接口？
- 07 | Kafka：如何分析一个软件的实现？
设计一个软件—程序设计语言
- 08 | 语言的模型：如何打破单一语言局限，让设计更好地落地？
- 09 | 语言的接口：语法和程序库，软件设计的发力点
- 10 | 语言的实现：运行时，软件设计的地基
- 11 | DSL：你也可以设计一门自己的语言
- 加餐 | 再八卦几门语言！
设计一个软件—编程范式
- 12 | 编程范式：明明写的是Java，为什么被人说成了C代码？
- 13 | 结构化编程：为什么做设计时仅有结构化编程是不够的？
- 14 | 面向对象之封装：怎样的封装才算是高内聚？
- 15 | 面向对象之继承：继承是代码复用的合理方式吗？
- 16 | 面向对象之多态：为什么“稀疏平常”的多态，是软件设计的大杀器？
- 17 | 函数式编程：不用函数式编程语言，怎么写函数式的程序？
- 18 | 函数式编程之组合性：函数式编程为什么如此吸引人？
- 19 | 函数式编程之不变性：怎样保证我的代码不会被别人破坏？
- 加餐 | 函数式编程拾遗
设计一个软件—设计原则与模式
- 20 | 单一职责原则：你的模块到底为谁负责？
- 21 | 开放封闭原则：不改代码怎么写新功能？
- 22 | Liskov替换原则：用了继承，子类就设计对了吗？
- 23 | 接口隔离原则：接口里的方法，你都用得到吗？
- 24 | 依赖倒置原则：高层代码和底层代码，到底谁该依赖谁？
- 25 | 设计模式：每一种都是一个特定问题的解决方案
- 26 | 简单设计：难道一开始就要把设计做复杂吗？
设计一个软件—设计方法
- 27 | 领域驱动设计：如何从零开始设计一个软件？
- 28 | 战略设计：如何划分系统的模块？
- 29 | 战术设计：如何像写故事一样找出模型？
巩固篇
- 30 | 程序库的设计：Moco是如何解决集成问题的？
- 31 | 应用的设计：如何设计一个数据采集平台？
- 32 | 应用的改进：如何改进我们的软件设计？
结束语 & 结课测试
- 结束语｜那些没讲的事儿
- 结课测试｜这些软件设计的知识你都掌握了吗？
加餐分享
- 第三季回归 | 我们一起来写好代码！
- 第四季回归 | 通向高质量代码之路
- 特别加餐｜ChatGPT来了，工程师何去何从？
- 私享直播｜1小时参透程序员的AI三重境界
- 私享直播｜程序员的上限、下限和第二曲线
作者介绍
推荐
