总复习：官方12章与157条建议整书验收

为什么终审必须从“记住157条”升级为“组合后仍正确”

真实代码不会按章节分开失败。一个import endpoint同时涉及numeric bounds、Try validation、collection/query、exception boundary、narrow API、clean method和tests；一个parallel export又同时涉及resource ownership、Task fault、security signature和release evidence。单章满分只能证明局部材料齐全，终审要证明这些contracts连接后没有断点。

先预测：所有12章各有tests是否自动代表整书可发布；outline 100%但旧页面仍在侧栏是否算完成；source checks通过是否可以在225本全局目标未完成时提前deploy。三个答案都是否。

官方12章压缩回顾

review unit = original suggestion
            + modern decision boundary
            + counterexample/failure
            + repeatable evidence
            + compatibility/release consequence

场景一：Import API

外部CSV必须先checked bounds和Try validation（Ch1/9），用collection/index避免重复scan（Ch2），expected row error与database failure分开（Ch5），对外只暴露use-case contract（Ch7），method保持同一abstraction并随tests提交（Ch11/12）。任何一环失败都会让“能导入”变成overflow、N² lookup、重复日志或不可测试API。

场景二：Plugin Event与Resource Lifetime

plugin adapter以generic/interface保持type contract（Ch3/8），event只能由publisher raise且subscription可释放（Ch3/7），plugin-owned handle遵循Dispose/SafeHandle（Ch4），host unload前取消并await tasks（Ch6）。验收包括subscribe/unsubscribe/GC、double Dispose、load-context unload和handler fault。

场景三：Parallel Encrypted Export

导出stream的ownership和flush boundary在Ch4，exceptions/cancellation在Ch5-6，parallel degree和local reduction由benchmark证明，artifact由AEAD/signature而非旁置hash提供security property（Ch9），版本/selector/tests/release gate在Ch12。优化不能牺牲fault inventory或artifact authenticity。

五条Producer-to-Consumer Contract链

Value chain

untrusted/default input经过parse/validation、equality/hash成为stable domain value和collection key；其lifetime内参与identity的state保持immutable。证据是boundary与algebraic property tests。

Query chain

collection/provider source经过deferred plan、translation和materialization成为owned result；明确local/remote、single/repeat enumeration与snapshot time。证据是generated command、round trips和enumeration counter。

Resource/failure chain

owned/borrowed resource进入可取消operation，输出committed result或preserved cause，所有paths通过Dispose/finally/SafeHandle归还。证据是handle baseline、fault injection、cancellation latency和log count。

Public API chain

caller requirement经member/type/namespace设计成为最小stable contract；版本变化有deprecation/migration，不泄露mutable representation或不必要permission。证据是API diff、substitution和allow/deny tests。

Release chain

source、tests和version metadata经过CI、artifact signing与deployment成为observable running version；rollout可rollback、flag可删除。证据是matrix、provenance、deploy ID与smoke。

INPUT -> VALIDATE -> TRANSFORM -> OWN -> EXPOSE -> VERSION -> DEPLOY -> OBSERVE
          |            |          |          |         |          |
        bounds       lifetime   capability  compat   provenance  smoke

整书五重终审

1. Outline gate

版本、作者、ISBN与作者目录已核对；12章、157条原题逐一映射，outline coverage必须100%。任何缺项或混入其他edition都失败。

2. Chapter gate

导学、12章、总复习共14页，每页必须达到quality 100：可操作objectives、matched terms/glossary、traps、chapter-specific visuals、steps、exercises/answers和source attribution。

3. Source gate

删除旧泛化content、diagram和review slugs，清理global MDX registrations与type unions；侧栏只保留官方14页且顺序固定。generated reports/tasks不进入提交。

4. Compile gate

TypeScript、MDX、targeted ESLint、diff-check与source reference scan全部通过。当前全局目标禁止中途production build，因此本书终审只形成source release candidate。

5. Publish gate

必须等225本全局目标完成后才允许production build、commit/push/deploy；届时还需link check、deployment ID/commit与线上route smoke。单书100不覆盖global publish policy。

outline 100%
  -> 14/14 pages 100
  -> legacy refs 0
  -> type/mdx/lint/diff clean
  -> global 225-book completion
  -> build/push/deploy + online proof

157条建议的最终使用方式

不要在review里写“违反建议89”；写“这个Parallel body竞争同一gate，contention trace显示workers串行，建议89的decision boundary成立，改为local reduction并用benchmark验证”。建议编号用于定位知识，decision trace用于证明结论。

本章回顾：局部满分必须汇合成Contract Continuity

整书验收从scenario audit出发，沿value/query/resource/API/release chains把producer、owner、consumer与evidence连接起来；再依次通过outline、chapter、source、compile和publish gates。当前单书可以形成source release candidate，但publish仍服从225本全局完成条件。

术语表