ADT架构方法论：碎片的整合技术

这门课在补什么缺口

很多人写代码写到一定量，会撞上一堵墙：功能都能实现，但代码越堆越乱，改一处牵三处，新需求加不进去。明明每个文件都“能跑”，整体却像一堆碎玻璃。这门课讲的不是语法，也不是某个框架，而是把碎片重新组织起来的思路——ADT 架构方法论。它把“碎片”当作常态，不追求一开始就设计出完美结构，而是先理解碎片从哪里来、为什么乱，再通过“集装箱”和“接口”这类手段，把散落的东西收拢成更大的有序单元。

适合什么基础？建议你至少写过几百行代码，用过类、接口、函数，但还没有形成自己的组织原则。如果你只会照着教程敲，离开教程就不知道文件怎么放、模块怎么拆，那这门课正好补上这一层。它不要求你懂高深的算法，也不要求你背设计模式，而是用“碎片整合”这个视角，把很多你见过但没串起来的概念重新讲一遍。

建议先看哪几块

如果时间紧，别从第一集按顺序啃。先看 S04 到 S06：碎片从哪来、软件碎片从哪来、创新组合。这三集把“乱”的根源讲透了——需求变化、局部优化、历史遗留，都会产生碎片。理解这些，后面所有整合手段才有落脚点。

接着看 S09 到 S13，这是全课的核心实操层。S09 用 Android 集装箱做例子，让你看到真实系统里怎么用容器把碎片包起来；S10 到 S11 讲函数和类作为软件集装箱，S12 到 S13 讲接口为什么是特殊的类、接口该由谁设计。这几集连起来看，你才会明白“接口不是随便写写，而是用来隔离碎片、定义边界的”。

至于 S01 到 S03 和 S07、S08，可以放在最后扫一遍。S01 是总览，S02 和 S03 讲乱中有序、序中有乱，偏哲学；S07 讲单一形式，S08 讲商业效益，偏成本和收益。先看完核心部分再回头补这些，会更有共鸣。

学完能独立做什么

学完这门课，你应该能回答这些问题：我现在的项目里，哪些部分是真正的碎片？哪些“乱”是必要的，哪些是应该被整合掉的？如果我要把两个互相纠缠的模块拆开，该把接口定义在哪里、由谁来定？

具体到动手能力：你能对一个中等规模的项目做一次“碎片盘点”，画出碎片之间的依赖关系，然后选择用函数、类还是接口作为集装箱，把一组相关碎片收进去。你能在新增需求时，先判断是往现有集装箱里塞东西，还是新建一个集装箱，而不是直接往全局变量里加字段。你能跟别人解释：为什么 Android 的 Activity 和 Fragment 被设计成那样，为什么很多框架喜欢用接口来注入依赖——这些都不是套路，而是碎片整合的自然结果。

资料怎么配合练习

这套课有视频和配套材料。不要只看视频。每看完一节，立刻打开你自己的项目（哪怕是很小的练手项目），找一找有没有对应主题的“碎片”。例如看完 S09，就去翻你项目里有没有类似 Activity 的容器类，看看它到底装了什么、边界在哪里。看完 S12，把项目里所有接口列出来，问自己：这个接口是谁设计的？它是不是真的隔离了碎片？如果发现接口是随手写的，尝试重新设计一次。

建议你准备一个空白笔记，专门记录“碎片案例”：每次改动代码时，把触发改动的原因、改动涉及的文件、改动后的结果写下来。坚持两三周，你会发现自己对“乱”的敏感度明显提高。最后，把课程里提到的“从 N 到 1”的思路应用到一个真实需求上：把一个需要改 5 处才能加新功能的地方，改成只改 1 处。完成这个练习，才算真正把方法论变成了自己的东西。