Shopify Liquid 二开应从一个可见任务开始，例如商品页展示已核实尺寸或让顾客选择正确规格。先决定数据来自哪里、模块放在哪个模板、编辑人员能调整什么，再写代码；直接修改整套主题容易使功能、内容和升级责任混在一起。
把需求对应到主题组件
Shopify Theme architecture 说明 layout、template、section、block、snippet 与资源的职责。共享页面框架、特定页面结构、可编辑模块和复用代码分别选择合适位置，不把所有内容硬写进全站模板。
记录目标模板、顾客操作、数据对象、必需设置和空数据行为。例如尺寸来自已定义商品属性时，缺少值不应输出猜测；可选模块停用后也不能留下空按钮。
将内容数据与交互状态分开
商品事实从明确对象读取，展示设置用于选择布局或已批准文本。JavaScript 处理交互时，保持价格、规格、可售与选择结果一致；不能只变按钮外观而没有改变实际商品选项。
手机选择反馈可阅读“Shopify 移动端商品选择体验”。键盘、触控、长文本和缺货状态一起测试，错误要给清楚结果，避免顾客不知道是否已加入购物车。
让编辑人员能安全维护
给设置清楚名称、范围与默认行为，区分必需数据和可选装饰。测试模块新增、删除、重复及改变顺序，确认多处使用不会产生重复标识或错误依赖。不要让每次普通内容更新都要求改代码。
保留局部改动与回退
先复制当前主题，记录改动文件与设置。用原商品、市场和操作对比候选，验收没有模块、没有数据、脚本失败和应用停用的情况。性能、翻译及后续升级可继续阅读“Shopify 主题迭代的性能与国际化验收”。
上线记录应能说明新增了什么、谁维护、哪些路径验证过以及如何恢复，不以代码已上传作为完成。
FAQ
二开都需要修改 theme.liquid 吗？
按任务选择模板、section、block或snippet。共享框架与局部功能有不同职责。
商品属性缺失时可以补一个通用值吗？
按已确认数据与空值规则显示，不编规格或适用条件。
代码上传后怎样确认可以交付？
验证实际顾客任务、编辑操作、异常与回退，并保留文件和设置说明。