AtomUI/docs/controls/desktop/data-entry/transfer/implementation.md

Transfer 桌面版实现原理

本文档描述 Transfer 桌面版的内部实现范围、源码职责、状态流、生命周期、资源边界和维护规则。公共设计与 API 契约见 Transfer 桌面版架构设计，变化记录见 Transfer Changelog。涉及控件 Token 的实现应同时阅读 Transfer Token 设计。

Popup 接入边界：AbstractTransfer 负责业务状态和内容准备，内部 TransferSelectDropdown 及其 MenuFlyout 仅作为 relay 适配层，transfer dropdown Popup 负责实际显示。模板重建或宿主切换时必须先释放旧 relay，再绑定新的 Popup；普通外点、Escape、失焦和业务关闭在 pinned 状态下被拦截，detach、窗口销毁、跨 TopLevel 和无效锚点必须走生命周期关闭并释放 Popup host。完整状态机见 Popup 钉住打开设计。

1. 实现定位

本文档覆盖 Transfer 的控件实现、主题接入、状态同步和 Gallery 可见维护边界。具体属性注册、默认值、绘制细节和 AXAML selector 仍应直接阅读源码；本文只记录维护者必须理解的稳定结构和不变量。

2. 源码文件结构

主要源码文件：

• src/AtomUI.Desktop.Controls/Transfer：21 个文件，代表文件 AbstractTransfer.cs、ITransferTreeView.cs、ITransferView.cs、ListTransfer.cs、TransferDirection.cs 等。
• src/AtomUI.Desktop.Controls/Transfer/Localization：TransferLangResourceKind.cs 定义稳定 Catalog，en-US.xlf、zh-CN.xlf、zh-TW.xlf 提供内置翻译。
• src/AtomUI.Desktop.Controls/Transfer/Themes：12 个文件，代表文件 AbstractTransferTheme.axaml、AbstractTransferTheme.cs、ListTransferTheme.axaml、TransferItemDecoratorTheme.axaml、TransferListItemTheme.axaml 等。

职责边界：

• 控件主文件保留 public/protected API、Avalonia 属性注册、事件和主要生命周期入口。
• Theme 文件负责静态视觉结构、template part、selector 和资源绑定。
• Token 文件只提供组件视觉变量，不保存实例状态。
• Gallery 文件只展示用法和示例，不作为运行时逻辑 owner。

3. 核心类职责

• AbstractTransfer：跨平台或共享基类，承载公共 API、TargetKeys / SelectedKeys 状态归一和模板生命周期。
• AbstractTransferTheme：ControlTheme 类型入口，连接主题资源和控件类型。
• ListTransfer：控件核心或内部协作类型，维护 public surface 与主题可观察行为。
• TransferItemDecorator：控件核心或内部协作类型，维护 public surface 与主题可观察行为。
• TransferListItem：集合项、节点或容器类型，承载单项状态和模板协作。
• TransferListView：列表面板协作类型，负责将面板级 SelectedKeys 投影到 SelectedItems，并把列表选择变化回写为 key 集合。
• TransferRemoveItemButton：动作触发类型，负责点击、导航或局部操作状态。
• TransferSelectDropdown：控件核心或内部协作类型，维护 public surface 与主题可观察行为。
• TransferToken：控件 Token scope，负责从全局 token 派生控件语义变量。
• TransferTreeView：树面板协作类型，负责将面板级 SelectedKeys 投影到 CheckedItems，并在目标 key mask 后过滤不可选节点。
• TransferTreeViewItem：集合项、节点或容器类型，承载单项状态和模板协作。
• TransferTreeViewItemHeader：控件核心或内部协作类型，维护 public surface 与主题可观察行为。
• TreeTransfer：控件核心或内部协作类型，维护 public surface 与主题可观察行为。
• TransferLangResourceKind：稳定的本地化 Catalog enum；生成器从三个 XLIFF 文件编译资源表和 XAML 扩展。

核心协作规则：

• 控件实例是 public API 和运行时状态 owner。
• Template part 是视觉协作对象，生命周期必须受 OnApplyTemplate 或模板加载流程管理。
• 数据对象、选项对象、任务对象或节点对象只保存业务数据，不应反向持有不可释放的视觉对象。
• 弹层、窗口、计时器、异步 loader 和全局管理器必须有明确关闭、解绑或释放路径。

4. 状态与数据流

Transfer 的状态流遵循下面路径：

Public API / ItemsSource / Command / Event
  -> 控件实例状态
  -> internal state / effective state / pseudo-class
  -> template part property / AXAML selector
  -> renderer / popup / adorner / Gallery observable behavior

源码中的状态入口按以下语义维护：

• 内容与数据：Content、ContentTemplate、FilterPlaceholderText、FilterValueSelector、FooterTemplate、ItemTemplate、SelectionsIcon、SelectionsIconTemplate、SourceTitle、SourceTitleTemplate 等 22 项。
• 选择与集合：TargetKeys、SelectedKeys、Filter、IsAllSelected、IsFilterEnabled、PageSize。
• 交互与状态：IsMasked、IsMotionEnabled、IsOneWay、IsPaginationEnabled、IsShowSearch、IsShowSelectAll、IsShowSelectAllCheckbox、IsShowSelectDropdownMenu、IsStretchView、Status。
• 视觉与布局：ListHeight、ListWidth、SizeType。
• 其他稳定入口：Footer、TargetView、TargetViewFooter、ViewType。

维护要求：

• 外部设置的 Avalonia 属性必须在模板应用前后保持一致。
• TargetKeys 是源/目标列表分割的唯一 public owner；SelectedKeys 是当前选择的唯一 public owner。AbstractTransfer 只负责按 TargetKeys membership 把 SelectedKeys 拆分到源视图和目标视图，不让视图容器反向持有业务状态。
• TargetKeys / SelectedKeys 绑定到 INotifyCollectionChanged 集合时，集合替换和集合原地变更都必须刷新面板数据、选中项、树 mask、按钮状态和选中计数。
• 集合、选择、展开、过滤、分页、上传任务或异步 loader 必须能处理 reset、replace 和 clear。
• 伪类和 internal state 必须从单一 owner 推导，避免双向同步导致循环更新。
• overview.md 的 API 契约说明应与源码实际状态流一致。

5. 生命周期与模板接入

生命周期规则：

• 构造阶段只注册必要状态，不依赖 template part。
• 模板应用时获取 part、建立事件订阅和绑定，并先释放旧 part 订阅。
• AbstractTransfer、TransferListView 和 TransferTreeView 的 key 集合订阅只在控件 attached 时启用；detach 时释放订阅，重新 attached 时从当前 public 集合回放状态。
• 控件卸载、弹层关闭、窗口关闭、集合替换或 container recycle 时释放事件订阅和资源宿主。
• DynamicResource、TokenResourceBinder 或 C# binding 必须有明确 owner 和释放点。
• Browser 和 Desktop 宿主下的主题加载顺序不得影响 public API 语义。

稳定 template part 接入点：

• PART_IconPresenter：展示用户内容、文本、图标或模板化数据。

6. 交互与事件处理

Transfer 的交互事件应从输入源收敛到控件级语义事件：

• Pointer、keyboard、focus 和 command 事件不应绕过 Avalonia 基础控件语义。
• 没有弹层职责的路径不应引入额外 popup 或全局输入捕获。
• 集合类路径必须稳定处理 container prepare、clear、过滤、分组和虚拟化回收。
• 输入类路径必须保持 Form、validation、clear、placeholder 和键盘行为一致。

稳定事件路径包括 SelectActionRequest。事件参数和触发时机属于兼容边界。

7. 内部算法与关键流程

维护者需要重点关注以下流程：

• API 默认值到 effective state 的归一。
• Template part 重新应用时的状态回放。
• 主题资源、Token 和 SharedToken 计算后的视觉更新。
• ItemsSource、selection、checked、expanded、filter、paging 或 upload task 的集合同步。
• Transfer 操作通过 AddTargetKeys、RemoveTargetKeys 和 ClearTargetKeys 更新目标 key。可写 TargetKeys 集合优先原地更新，避免 ObservableCollection 绑定源被替换；只读或 fixed-size 集合才通过 TargetKeysProperty 替换。
• 源面板和目标面板的选择变化统一回收到 public SelectedKeys，再由 AbstractTransfer 按 TargetKeys 拆分回各面板，形成一条可回放的闭环。
• 动效启停、初始加载阶段 transition 抑制和卸载取消。

实现文档不逐行解释私有方法。若某个私有算法成为稳定维护入口，应在本节补充算法不变量，而不是把代码复述为说明书。

8. 资源、性能与 AOT 边界

资源和 AOT 约束：

• 不通过运行时反射扫描 public API、Token 或 Gallery 示例数据。
• 不把可静态声明的模板结构迁移到 C# 动态创建。
• 异步加载、上传、弹层和窗口生命周期必须能取消或释放。
• 缓存对象必须与控件、窗口、弹层或数据 owner 生命周期一致。
• Source generator 生成文件不手工编辑；需要修改时改输入源或 generator。

性能边界：

• 控件应优先复用 Avalonia 原生虚拟化、模板绑定和资源系统。
• 避免为每次状态变化创建不必要的视觉对象、订阅或动画对象。
• 大集合控件必须保证 container recycle 后不会泄漏旧 item 状态。

9. 维护不变量

维护 Transfer 时不得破坏：

• Public API、默认值、事件顺序和 Gallery 可观察行为。
• Template part 名称、ControlTheme key、伪类和资源 key。
• 旧 template part、事件订阅、Popup/Flyout/Window host 和 collection view 的释放路径。
• TargetKeys / SelectedKeys 不能与 TransferListView.SelectedItems、TransferTreeView.CheckedItems 或容器状态形成多个业务 owner。
• 对绑定集合的移动、移除和清空不能无条件替换集合实例；可写集合必须原地更新。
• Light/Dark、Browser/Desktop 和不同 SizeType 下的主题一致性。
• 控件文档、源码 public surface、Token 类型或生成数据与源码契约的一致性。

10. 测试与验证

推荐验证：

• 纯文档改动运行 git diff --check 并检查相对链接。
• 控件 API 或行为变更运行对应 tests/AtomUI.Desktop.Controls.Tests 或专用包测试；Transfer key 选择语义由 tests/AtomUI.Desktop.Controls.Tests/Transfer/TransferBehaviorTests.cs 覆盖。
• DataGrid 相关变更运行 tests/AtomUI.Desktop.Controls.DataGrid.Tests。
• Gallery 示例或源码片段变更运行 tests/AtomUIGallery.Tests。
• AOT、生成器或动态数据路径变更按 Gallery NativeAOT 发布流程验证。