前几天捣鼓个小工具，琢磨着做个Windows桌面应用。为啥非选这个？咱把走过的弯路捋捋。

为啥选桌面应用？

开始就想做个本地跑的小工具。用浏览器做，总觉得差点意思——窗口管理别扭，动不动就关错了；访问本地文件太费劲，得用户手动点来点去，麻烦！还有通知提醒，网页弹个通知，用户还老得允许权限，不够痛快。

琢磨了一圈，Windows桌面应用几个优势还真没法忽略：

• 性能贼顶：跟操作系统贴身肉搏，运算速度嗖嗖的，感觉电脑劲都能使上。
• 操作倍儿熟：菜单栏、任务栏图标、本地文件操作…用户闭着眼都知道怎么用，跟系统长一块似的。
• 不联网也能耍：这点太实用了！断网了照样干活，不像网页应用干瞪眼。
• 想干啥干啥：访问摄像头、串口、特殊硬件设备…这些系统底层的活儿，网页得绕十万八千里，桌面应用直接伸手就拿。

坑踩了不少，高效技巧就一招

开干！VS装起来，C#拖控件搞起界面，美滋滋。写着写着，麻烦来了：功能复杂了要分模块，不同窗口互相调用数据咋整？弄个全局变量？太土，管理也乱。想调用其他程序功能？像跟浏览器或者老掉牙的Excel插件通个信儿？

查资料看得头大，什么管道通信、API调用…各种复杂方案。整到半夜想砸电脑。第二天顶着黑眼圈继续捣鼓，让我逮着个好家伙：Windows自己的IPC！说白了就是系统提供的一套程序之间互相传话的规矩。

实践下来，发现一招最省事的：

1. 管它啥通信方式，系统给你包好了：别自己瞎折腾轮子，直接用Windows系统内核支持的通信方式就完了。
2. 上手快的就它了：命名管道(Named Pipes)：配置简单，安全还行，速度够用。想传递点儿结构化的数据？比如我想让我工具的主窗口通知后台服务干活？在服务里建个管道服务器端，主程序当客户端连过去发指令，巨稳！
3. 对付老顽固？COM大法好：碰到要跟像Excel插件这种老古董通信的情况？没关系，COM接口暴露出来，C#几行代码就能调，贼方便。

这招儿有点鸡贼：甭管模块多复杂、程序多老土，只要能通过系统支持的IPC方式传信儿，都能搞定。省了重复造轮子的力气，主攻业务逻辑就完事儿了。

搞定了

折腾半天，总算调通了。几个模块之间传数据嗖嗖的，调用外部老程序也贼顺溜，连Excel插件都能乖乖听我这新工具的指挥。这回实践最大的收获就是：搞Windows桌面应用，充分利用系统提供的“通道”（IPC）绝对是抄近路的高效技巧，一招鲜！啥通信烦恼都省了。