WPF多窗口磁性对齐贴边功能实现

笔者前言

自从新学期选修了.net软件开发之后，便开始使用C#语言。竟发现C#各种语法糖的便利，从此走上.net不归之路（大雾）。其实不管C#有多包容java，写代码的可玩性是不变的，无论javafx还是wpf，只不过实在是很少java写的桌面应用能普及使用，还是抱微软的大腿，写更贴合windows系统的软件吧。。。

正文

辨析

本以为一个名似dock的属性的效果是本文的效果，因为词典上翻译就是“停靠”，后来看过别人的开源代码才知道dock是类似VS的内部窗口停靠，是像浏览器网页标签的那种“停靠”。而本文效果的用另一词语来形容是“密铺”。

原理

本文效果的原理是，用集合记录各个窗口的上下左右边界坐标。然后在每次窗口拖动（本文暂不支持拉伸贴边，不过稍微改改也能有），边界位置发生了变化，然后变化后的该窗口边界坐标拿去跟其他窗口比，在一定阈值内（例如±5），在范围内的就强制调整窗口位置到贴合位置。

方法介绍

以下以Window为参数的是需要微调位置的窗口对象

• Update(Window) -void 每有窗口出现时，请调用该方法及时记录数据
• Delete(Window) -void 每有窗口隐藏或关闭时，请调用该方法及时擦除数据
• AutoDock(Window) -void 在窗口移动或需要贴边时请调用（更改微调时机需要同时修改代码）

瑕疵

本文附带的代码只是很粗糙的原理实现。

• 带来的副效果：远处对齐，就跟设计器的控件摆放时的辅助对齐效果一般（大雾）
• 本文代码中带有的对窗口set操作，是在该辅助类内完成修改位置效果。换言之，既然在该方法里修改了数据，就必然使得该方法的调用时机是在窗口移动完毕之后，程序流在事件逻辑最后。带来的表现就是移动完了才会自动贴边。而实际上平时别人的软件是在移动过程中贴边。若要安置其他时机的需要自行修改。
• 算法：本文代码的算法及选择的数据模型不是很优。见谅

代码

    public class DockingManager {
        public static Di