真正决定项目后期好不好改的，不是模板高级不高级，而是状态边界、页面职责和组件抽象是不是从一开始就摆对了

设置页看起来简单，但它其实非常适合拿来练页面层次、状态归属和组件抽象

很多 SwiftUI 性能问题不是框架天生慢，而是状态粒度、计算时机和视图更新范围一起失控了

真正要分清的不是名词，而是你的状态变化到底该如何被观测、传播和收口

真正的适配不是最后补几个判断，而是一开始就别把页面写死在一种视觉条件里

真正难的不是把请求发出去，而是让 loading、结果、错误和页面生命周期保持一致

真正要分清的不是 API 名字，而是动画是附着在状态变化上，还是你要对一次具体变化显式包裹

List 真正难的地方不是控件会不会用，而是数据身份、状态更新和交互行为一旦纠缠就很容易一起出问题