https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Recent content in 第七篇 SwiftUI on 编程那些事儿Hugozh-cnSat, 19 Sep 2026 21:54:25 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-40-SwiftUI-Mental-Model/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-40-SwiftUI-Mental-Model/<h1 id="第四十章swiftui-的心智模型视图是值状态是源头">第四十章：SwiftUI 的心智模型：视图是值，状态是源头</h1> <blockquote> <p>SwiftUI 让写界面变得太容易，容易到很多人跳过了&quot;它到底怎么工作&quot;这一步，然后在第一个真实需求上撞墙。这一章要建立的模型只有两句话：<strong>视图是描述，不是控件；状态是唯一的事实来源。</strong> 把这两句话想透，后面七章都会轻松很多。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-41-SwiftUI-State-and-Data-Flow/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-41-SwiftUI-State-and-Data-Flow/<h1 id="第四十一章状态与数据流谁拥有数据谁只是借用">第四十一章：状态与数据流：谁拥有数据，谁只是借用</h1> <blockquote> <p>上一章说&quot;状态是唯一的事实来源&quot;。可一旦界面有五六层嵌套，这句口号立刻变成一个更具体的问题：<strong>这份状态放在哪一层？</strong> 放高了，中间三层视图被迫当传话筒；放低了，兄弟视图读不到。这一章把 SwiftUI 里那四个属性包装器排成一张地图，从此不再靠猜。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-42-SwiftUI-Layout-and-Composition/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-42-SwiftUI-Layout-and-Composition/<h1 id="第四十二章布局与视图组合一场父与子的谈判">第四十二章：布局与视图组合：一场父与子的谈判</h1> <blockquote> <p>从 CSS 过来的人第一次写 SwiftUI 布局，通常会经历同一个瞬间：<code>frame(maxWidth: .infinity)</code> 没反应，<code>Spacer()</code> 一会儿有用一会儿没用，<code>.padding().background()</code> 和 <code>.background().padding()</code> 出来的效果完全不同。这些都不是 bug，而是因为你还没拿到 SwiftUI 布局的<strong>规则说明书</strong>。这一章把它摊开。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-43-SwiftUI-List-and-Navigation/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-43-SwiftUI-List-and-Navigation/<h1 id="第四十三章列表导航与弹窗多页面应用怎么搭">第四十三章：列表、导航与弹窗：多页面应用怎么搭</h1> <blockquote> <p>一个能用的 App 基本就是&quot;一列数据 + 一层层页面 + 偶尔蹦出来的弹窗&quot;。SwiftUI 把这三件事的 API 都做得很短，短到你很容易忽略它们各自的坑。这一章只干一件事：把每个坑提前挖出来，让你第一次写列表就写对。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-44-SwiftUI-Forms-and-Input/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-44-SwiftUI-Forms-and-Input/<h1 id="第四十四章表单与用户输入把数据请进门">第四十四章：表单与用户输入：把数据请进门</h1> <blockquote> <p>前面所有章节的数据都是&quot;你自己造的&quot;。真实的 App 里，绝大部分数据是用户敲进去的——而用户会空着不填、写错格式、在密码框里粘贴表情符号。这一章把输入控件、焦点和校验一次讲完，顺便给出一个能直接抄的表单模型写法。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-45-SwiftUI-Animations/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-45-SwiftUI-Animations/<h1 id="第四十五章动画与转场让变化被看懂">第四十五章：动画与转场：让变化被看懂</h1> <blockquote> <p>动画在 SwiftUI 里便宜得可疑：加个 <code>withAnimation { }</code>，界面就从&quot;啪&quot;地跳变变成&quot;滑&quot;过去。便宜到很多人把它当装饰品到处撒。这一章先讲清动画的机制，再讲一条判断标准——<strong>这段动画有没有在解释&quot;什么变了&quot;？</strong> 没有的话，它就是噪音。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-46-SwiftUI-Async-and-Networking/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-46-SwiftUI-Async-and-Networking/<h1 id="第四十六章异步网络与生命周期数据从哪来">第四十六章：异步、网络与生命周期：数据从哪来</h1> <blockquote> <p>真实的应用里，界面上大部分数据都不是&quot;你造的&quot;，而是&quot;你去要来的&quot;。要数据这件事有三个绕不开的性质：<strong>会慢、会失败、可能在你不要它的时候还在跑。</strong> 这一章就围绕这三点，把 SwiftUI 里处理异步数据的标准做法立起来。</p>https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-47-SwiftUI-Previews-Testing-and-Accessibility/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-7-SwiftUI/Chapter-47-SwiftUI-Previews-Testing-and-Accessibility/<h1 id="第四十七章预览测试可访问性与发布">第四十七章：预览、测试、可访问性与发布</h1> <blockquote> <p>前面八章教你&quot;把界面写出来&quot;。这一章解决最后那段最容易偷懒的路：<strong>写完到交付之间。</strong> 预览让你不用每次跑起来才能看一眼；测试把&quot;我点一遍好像没问题&quot;变成可重复的证据；可访问性决定你的界面能被多少人用；发布清单决定它能不能顺利进商店。四件事都不难，只是不做就会一直疼。</p>