.NET 4.6.2 WinForm低侵入实现布局自动存取的架构方案问询

1. 架构合理性评估 #

这套方案整体架构是合理的，属于典型的关注点分离设计，将布局持久化逻辑与业务UI逻辑完全解耦，符合你要求的低侵入改造目标，避免了对上百个业务组件生命周期方法的修改。
实际落地时需要注意两个边界问题：

• 处理好组件嵌套场景：如果父控件和子控件都实现了ILayoutSupport，要明确调用顺序，恢复布局时按控件树从父到子执行，保存布局时按从子到父执行，避免子控件还没初始化就被父控件覆盖布局配置。
• 生成唯一的布局配置标识：用控件的全类型名+父容器实例ID+控件Name属性拼接唯一存储Key，避免不同窗口下的同名控件出现配置串用的问题。

2. 实例生命周期挂钩的优化方案 #

CreateHandle事件的触发时机偏早，此时控件的子控件通常还没完成初始化，直接恢复布局大概率会出现异常。更稳妥的挂钩方式有两种：

• 优先选择订阅控件的HandleCreated+Disposed事件组合：在LayoutController中用ConditionalWeakTable<ILayoutSupport, object>跟踪所有实现了接口的实例，避免强引用导致控件无法被GC回收，HandleCreated触发时保证控件基础初始化完成，适合执行RestoreLayout，Disposed触发时代表控件即将销毁，适合执行SaveLayout。
• 如果你不想逐个订阅实例事件，可以用Application.AddMessageFilter拦截WM_SHOWWINDOW系统消息，筛选出所有实现了ILayoutSupport的控件实例，此时控件已经完成全部初始化即将显示，是恢复布局的最佳时机。

3. 特性替代接口的可行性与实现路径 #

该方案完全可行，具体实现路径如下：

1. 定义LayoutSupportAttribute特性，可选标注RestoreMethodName和SaveMethodName两个属性，用于指定对应方法的名称。

[AttributeUsage(AttributeTargets.Class)]
public class LayoutSupportAttribute : Attribute
{
    public string RestoreMethodName { get; set; } = "RestoreLayout";
    public string SaveMethodName { get; set; } = "SaveLayout";
}

2. 在LayoutController中检测到打了该特性的控件实例时，用反射查找对应的两个方法，将其封装为委托缓存起来，避免每次调用都执行反射产生性能损耗。
3. 后续的生命周期调用逻辑和接口方案完全一致。
   该方案的优势是侵入性更低，不需要修改原有控件的继承结构，缺点是编译期无法校验方法签名是否合法，方法名写错只会在运行期抛出异常。

4. 更适配场景的替代方案 #

有两种成熟方案可以选择，改造工作量比自研更低：

• 如果你当前系统用了第三方UI库，比如DevExpress、WeifenLuo DockPanel Suite等，这类库本身自带全局布局持久化能力，只需要调用一次全局保存/恢复方法即可，不需要自己跟踪控件实例。
• 如果你完全不想修改原有控件的任何代码，可以用AOP静态织入框架比如PostSharp，直接给所有需要支持布局的控件的OnLoad和Dispose方法注入布局恢复、保存逻辑，侵入性比接口/特性方案更低。

内容的提问来源于stack exchange，提问作者Shark