MDE 具体负责什么？应用与 Framework 的工作边界在哪里？

标准回答

我的职责包含多屏模块的需求和技术方案评审，以及相关特性的实现、联调和交付。应用侧关注交互与业务状态；Framework 相关工作需要结合任务、窗口和显示链路说明。最有说服力的是讲清一次由我负责的方案决策及代码改动。

可以选择三指移屏：先说明手势由谁识别，再说明流转请求由谁校验和执行，最后说明目标屏可见后谁更新状态。这里是讲述顺序，简历没有给出这些节点的具体实现。

**把责任拆成可核对的动作：**说明你主持或参与哪类评审、产出什么方案、负责哪些代码和验收问题。MDE 不自动等于带人管理或拥有所有系统模块。

**用一次流转画边界：**从用户操作、应用请求，到任务和显示处理，再到结果回调，标出自己改动的节点、调用的接口，以及需要其他模块配合的节点。

**解释为何要下沉到系统层：**若需求涉及普通应用无法控制的任务或窗口策略，说明系统侧改动解决的具体限制；最终用真实版本和实际代码路径回答。

准备真实类名、方法入口、修改理由和影响面；简历未给出，不能拿 AOSP 常见类名替代自己的改动。

先说明公开能力在该版本下能做什么，再指出项目特有约束；避免笼统说“公开 API 都不行”。

鸿蒙座舱中的 Android 原生工作不能直接表述成参与所有 HarmonyOS 内核或系统架构设计。