<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>第五篇 工程与质量 on 编程那些事儿</title><link>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/</link><description>Recent content in 第五篇 工程与质量 on 编程那些事儿</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sat, 19 Sep 2026 21:54:25 +0800</lastBuildDate><atom:link href="https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/index.xml" rel="self" type="application/rss+xml"/><item><title>第33章 包与工程：SwiftPM 进阶、资源与 C 互操作</title><link>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/Chapter-33-Packages-and-Engineering/</link><pubDate>Mon, 14 Sep 2026 22:30:00 +0800</pubDate><guid>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/Chapter-33-Packages-and-Engineering/</guid><description>&lt;h1 id="第三十三章包与工程swiftpm-进阶资源与-c-互操作"&gt;第三十三章：包与工程：SwiftPM 进阶、资源与 C 互操作&lt;/h1&gt;
&lt;blockquote&gt;
&lt;p&gt;一个包能满足“能编译”之外的更多要求：拆分模块、管理资源、声明平台、接入 C 库、发布产品。工程结构没有唯一正确答案，但有清晰和不清晰之分。清晰的边界会让编译更快，也会让错误更早暴露。&lt;/p&gt;</description></item><item><title>第34章 测试：Swift Testing 与 XCTest</title><link>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/Chapter-34-Testing/</link><pubDate>Mon, 14 Sep 2026 22:30:00 +0800</pubDate><guid>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/Chapter-34-Testing/</guid><description>&lt;h1 id="第三十四章测试swift-testing-与-xctest"&gt;第三十四章：测试：Swift Testing 与 XCTest&lt;/h1&gt;
&lt;blockquote&gt;
&lt;p&gt;测试不是给代码上保险，而是把“我期待它怎样工作”写成可重复执行的证据。Swift Testing 提供了现代化的宏和结构化用例，XCTest 仍然是大量现有项目的基础。两者都值得会，重点不是框架名字，而是测什么、怎么让测试稳定。&lt;/p&gt;</description></item><item><title>第35章 调试与性能：断言、日志与优化属性</title><link>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/Chapter-35-Debugging-and-Performance/</link><pubDate>Mon, 14 Sep 2026 22:30:00 +0800</pubDate><guid>https://before80.github.io/prgms/Swift/basic/Part-5-Engineering-and-Quality/Chapter-35-Debugging-and-Performance/</guid><description>&lt;h1 id="第三十五章调试与性能断言日志与优化属性"&gt;第三十五章：调试与性能：断言、日志与优化属性&lt;/h1&gt;
&lt;blockquote&gt;
&lt;p&gt;程序不按预期工作时，最没用的做法是到处 &lt;code&gt;print&lt;/code&gt; 然后凭感觉猜。有效的调试靠分层证据：断言守住内部不变量，日志记录关键路径，断点检查运行状态，性能工具给出具体数字。先测量，再优化。&lt;/p&gt;</description></item></channel></rss>