# 按内容关系组合零件

本库提供可修改的零件。组合方法不是固定页面配方，不限定区块数、组件数、栅格列数，也不要求使用库内每一种能力。

## 信息关系先于容器

需要比较的信息应便于对照；有顺序的操作应能看出先后；长内容应保持连续阅读；频繁操作应缩短查找与返回路径。具体采用正文、列表、表格、卡片、分栏或其他结构，由真实内容决定，不存在覆盖所有网站的唯一映射。

新增一个区块时，问它承载了什么独立信息或任务。若只是重复上一块内容，可删除或合并；若有实际分组、比较或操作需要，重复结构和卡片完全可以使用。不要为了避免模板感而强行去掉必要结构。

## 在需要的位置选择资产

确认当前需要的行为，再到 `../index.json` 按用途检索。阅读资产描述与原始 HTML、CSS、初始化代码，确定它解决的是完整需求还是其中一部分。允许修改、组合或不用现成资产；复用数量不是质量指标。

组合时检查相互关系：

- 哪个数据是共同来源，谁负责更新？不能让筛选标签、列表与结果数量各维护互不一致的状态。
- 多个控件是否执行同一动作？名称、结果和不可用原因应对应。
- 标识、样式作用域、动画名和事件处理是否冲突？同一资产出现多次时要检查实例隔离。
- 页面或组件被移除后，是否需要清理监听器、定时器和未完成请求？
- 改变字号、配色或容器尺寸后，资产是否仍可阅读和操作？依赖的变量和初始化代码要完整。

## 结构参考的边界

`../layouts/` 只记录可借鉴的局部结构关系。可以拆开、重排、合并或不用，不是必须选择的有限列表；其中列出的内容也不是整页出现顺序。

整站示例用来观察特定情境下的实现，不是新网站的默认起点。不要把示例中的栏目、角色、素材、指标或品牌自动迁移到当前项目。

## 检查组合是否成立

用本次真实内容走一遍阅读和操作路径。若只替换了文字，信息顺序、区块和交互却没有回应需求变化，就重新检查它们各自的用途。已有结构确实合适时可以保留，无需为了不同而重做。