https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Recent content in 第三篇 自定义类型与抽象 on 编程那些事儿Hugozh-cnSat, 19 Sep 2026 21:54:25 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-16-Enumerations/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-16-Enumerations/<h1 id="第十六章枚举关联值原始值与可选值的真身">第十六章：枚举：关联值、原始值与可选值的真身</h1> <blockquote> <p>枚举经常被误解成“给整数起名字”。在 Swift 里，它的野心大得多：可以携带不同形状的数据，可以有方法、计算属性，甚至能递归表达一棵树。你从第 9 章开始使用的 <code>Int?</code>，其实就是枚举。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-17-Structures-and-Value-Semantics/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-17-Structures-and-Value-Semantics/<h1 id="第十七章结构体与值语义复制之后互不打扰">第十七章：结构体与值语义：复制之后互不打扰</h1> <blockquote> <p>结构体是 Swift 写业务模型时最常拿起的工具。原因不是它“比类快”这种口号，而是它默认带来清晰的复制语义：把值交给别人之后，对方改自己的副本，不会顺手改坏你手里的那份。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-18-Classes-and-Inheritance/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-18-Classes-and-Inheritance/<h1 id="第十八章类与继承共享身份与运行时多态">第十八章：类与继承：共享身份与运行时多态</h1> <blockquote> <p>结构体说：“我给你一份副本。”类说：“我们指向同一个东西。”这句话决定了类的强大和麻烦。它适合表达有身份、需要共享和继承的对象；同样也意味着你必须认真面对引用、生命周期和循环引用。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-19-Properties-Methods-and-Subscripts/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-19-Properties-Methods-and-Subscripts/<h1 id="第十九章属性方法与下标把接口设计得顺手">第十九章：属性、方法与下标：把接口设计得顺手</h1> <blockquote> <p>属性不只是“变量放在类型里”。它可以是算出来的、可以观察变化、可以延迟生成，甚至可以被属性包装器重新定义读写方式。方法和下标则决定使用者如何与你定义的类型互动。接口设计得好，调用处读起来像一句顺滑的话。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-20-Initialization-and-Deinitialization/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-20-Initialization-and-Deinitialization/<h1 id="第二十章初始化与反初始化让对象安全地诞生和离开">第二十章：初始化与反初始化：让对象安全地诞生和离开</h1> <blockquote> <p>创建对象不是“把内存填满”这么粗暴。Swift 要求实例在初始化结束时每个存储属性都合法，父类在子类准备好之前不能被随便用，失败时可以明确返回 <code>nil</code>。理解这些规则，才能写出不会在诞生半途炸掉的对象。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-21-Extensions-and-Nested-Types/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-21-Extensions-and-Nested-Types/<h1 id="第二十一章扩展与嵌套类型在原有类型上继续生长">第二十一章：扩展与嵌套类型：在原有类型上继续生长</h1> <blockquote> <p>扩展让你给已有类型添加新能力，却不必改动原声明；哪怕类型的源码不在你手里也能做到。它的力量来自“保持类型身份不变”：扩展后的 <code>String</code> 仍然是 <code>String</code>，不是某个包装类。用得好，代码分层清晰；用过头，则会把职责撒得到处都是。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-22-Protocols/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-22-Protocols/<h1 id="第二十二章协议描述能力打通类型边界">第二十二章：协议：描述能力，打通类型边界</h1> <blockquote> <p>协议不是在问“你是什么类型”，而是在问“你能做什么”。它让结构体、枚举和类站在同一张能力清单前，各自给出实现。写好协议，代码之间就能依赖抽象而不是依赖具体实现。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-23-Generics/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-23-Generics/<h1 id="第二十三章泛型写一次适配很多类型">第二十三章：泛型：写一次，适配很多类型</h1> <blockquote> <p>泛型的价值不是少写几行，而是让代码表达“对任意满足条件的类型都成立”。它把重复逻辑提升成通用工具，还能在编译期保留类型信息。代价是抽象层级提高，约束写得太宽或太窄都会让 API 变难用。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-24-Type-System-Toolbox/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-24-Type-System-Toolbox/<h1 id="第二十四章类型系统补全anyselfkeypath-与类型擦除">第二十四章：类型系统补全：<code>Any</code>、<code>Self</code>、<code>KeyPath</code> 与类型擦除</h1> <blockquote> <p>前面的协议和泛型已经足够搭出大多数抽象。但 Swift 的类型工具箱里还有一些“小而关键”的工具：<code>Any</code>、元类型、<code>Self</code>、键路径、可调用类型和类型擦除。它们不是每天都用，却经常出现在框架和库的底层。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-25-Access-Control-Modules-and-Conditional-Compilation/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-25-Access-Control-Modules-and-Conditional-Compilation/<h1 id="第二十五章访问控制模块与条件编译">第二十五章：访问控制、模块与条件编译</h1> <blockquote> <p>代码长大了，边界就比功能更重要。访问控制决定“谁能看见什么”，模块决定“哪些类型属于同一个发布单元”，条件编译决定“哪些代码在哪些平台参与构建”。这些规则没有花哨效果，却直接影响 API 是否稳定、二进制是否兼容。</p>https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-26-Macros/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-3-Types-and-Abstraction/Chapter-26-Macros/<h1 id="第二十六章宏让编译器替你写代码">第二十六章：宏：让编译器替你写代码</h1> <blockquote> <p>宏听起来像“高级魔法”，实际更像一台编译期代码生成器：你写一段简洁的调用，编译器在编译时展开成更多代码。它没有运行时开销，也没有偷偷修改对象；展开后的代码仍然要接受完整类型检查。</p>