在普通手机页面里，底部固定按钮几乎是默认选择。用户从上往下看内容，最后在底部点击保存、提交、确认，这个路径很顺。外屏尺寸有限，底部按钮也比较容易触达。可到了 Pura X Max 展开态，同样的设计就开始别扭了。内容在页面上半部分，表单在中间区域，按钮却还停在屏幕底部。用户看完内容以后，要把视线拉到底部，再把手指移动过去，操作路径明显变长。

HarmonyOS 多设备适配里，页面元素会随着窗口尺寸变化调整布局，窗口尺寸变化较大时，也需要通过断点这类响应式能力调整页面结构。我在处理这类页面时，会同时控制两件事：页面边距和内容最大宽度。外屏保持紧凑，展开态让内容居中，并限制阅读区域宽度。

HarmonyOS 多设备适配里，页面元素会随着窗口尺寸变化调整布局，窗口尺寸变化较大时，也需要通过断点这类响应式能力调整页面结构。我在处理这类页面时，会同时控制两件事：页面边距和内容最大宽度。外屏保持紧凑，展开态让内容居中，并限制阅读区域宽度。

Pura X Max 的首页、工作台、功能入口、统计面板，很容易遇到同一个问题：卡片数量不少，但不同窗口宽度下应该展示几列并不一样。外屏空间有限，一列最稳。展开态内屏空间更大，如果还保持一列，页面会显得松散；如果直接写死三列，中等窗口又会被挤得很难看。卡片列表适合交给栅格系统处理，让它根据窗口宽度自动决定每张卡片占多少列。

Pura X Max 的首页、工作台、功能入口、统计面板，很容易遇到同一个问题：卡片数量不少，但不同窗口宽度下应该展示几列并不一样。外屏空间有限，一列最稳。展开态内屏空间更大，如果还保持一列，页面会显得松散；如果直接写死三列，中等窗口又会被挤得很难看。卡片列表适合交给栅格系统处理，让它根据窗口宽度自动决定每张卡片占多少列。

Pura X Max 的适配不能只靠外屏和内屏两个判断。外屏通常对应窄窗口，展开态通常对应宽窗口，但应用实际运行时还会遇到分屏、悬浮窗、横屏、平板和 2in1 等情况。页面真正能使用的空间，最终取决于当前应用窗口宽度。

Pura X Max 的适配不能只靠外屏和内屏两个判断。外屏通常对应窄窗口，展开态通常对应宽窗口，但应用实际运行时还会遇到分屏、悬浮窗、横屏、平板和 2in1 等情况。页面真正能使用的空间，最终取决于当前应用窗口宽度。

Pura X Max 的展开态适合做列表详情联动，但开合切换时很容易出现一个细节问题：用户刚刚选中的记录，在窗口从窄变宽、从宽变窄之后丢了。这个问题表面上只是选中态消失，实际影响的是页面上下文。用户在外屏点了一条记录，展开内屏后希望继续看这条记录的详情；用户在展开态切换了右侧详情，折叠回外屏后也希望列表里仍然能看到刚才的选中项。如果每次布局变化都重新回到默认第一条，页面会给人一种“刚才的操作没被保

Pura X Max 的展开态适合做列表详情联动，但开合切换时很容易出现一个细节问题：用户刚刚选中的记录，在窗口从窄变宽、从宽变窄之后丢了。这个问题表面上只是选中态消失，实际影响的是页面上下文。用户在外屏点了一条记录，展开内屏后希望继续看这条记录的详情；用户在展开态切换了右侧详情，折叠回外屏后也希望列表里仍然能看到刚才的选中项。如果每次布局变化都重新回到默认第一条，页面会给人一种“刚才的操作没被保

Pura X Max 展开后，列表页最明显的变化是横向空间变多了。外屏下点击一条记录再进入详情页，这个路径很自然；到了展开态，如果还沿用同样的跳转方式，用户就会在列表页和详情页之间反复切换，屏幕右侧的大块空间也没有被用起来。