用C#为Notepad++写插件：完善IDE调试体验、使用共享项目、实现窗口停靠

作者：V君 发布于：2019-1-5 21:57 Saturday 分类：折腾手记

TL;DR

完善IDE调试体验

1) 在 Notepad++ 插件目录创建文件符号链接，指向 bin\debug\x86(或x64)\ 里的 dll
2) 将项目属性-调试选项卡-启动操作的外部进程指定为 Notepad++ 的绝对路径
3) 设置断点，F5!

使用共享项目

1) 新建共享项目，命名 Kbg.NppPluginNET.PluginInfrastructure 这样可以一致命名空间
2) 将 PluginInfrastructure 里的代码文件移动过去
3) 在插件项目中添加共享项目引用, 这样一份基础设施代码就能在多个项目之间共享

实现窗口停靠

1) 从官网插件开发向导页面找C#插件示例中参考窗口停靠的具体实现。在GitHub也有在线版
2) 新建一个窗体，命名 SayHiForm，延续上回命名习惯
3) 将示例代码应用到项目中，按 F5 键启动调试验证实现。可以在 Gogs 上查看最终实现

点击查看原图

～扯谈时间～

在上一篇文章里我们搞清楚了如何开始用 C# 为 Notepad++ 写插件。让我们继续折腾，这次一共有3个折腾点，分别是完善调试体验、用共享项目避免重复代码还有实现窗口停靠。让我们从第一个折腾点开始。

按照TL;DR的步骤操作下来，现在可以命中断点了，也能查看和修改变量值以及拖动执行代码，略遗憾的是编辑并继续不可用。提示未加载程序集时不允许，可能是 DllExport 修改 DLL 导致。总而言之，能打断点已经是很好的体验了。非要在调试时想要编辑并继续也不是不可以，只要另起一个项目作为调试启动入口来调用这个程序集，那么在调试时也是可以编辑并继续的，只不过你得而外地为调试入口做一些适配，从而弥补调试入口和实际被 Notepad++ 加载运行时的差别。扯完这个折腾点之后让我们简单扯扯代码共享项目。

说到代码共享项目那就得先聊聊过去，在没有这种项目类型时，我是如何管理重复出现于多个项目的代码集。在那个时代，我的解决方案有两种，分别是将其独立成为类库，或者用目录符号链接。这两种方法相对于代码共享项目来说都是有明显缺陷的，拿这次我们折腾的，带非托管导出函数的程序集来说，就得把代码放入当前项目中，导出函数不应该出现在引用的程序集；而符号连接虽然能算作当前项目的代码文件，然而命名空间不能与项目名称保持一致，从规范层面来看有些尴尬。用了共享项目之后这两个问题得到了彻底的解决。共享项目能扯的并不多，最后是这次的重头戏--可停靠窗口。

说到可停靠窗口，我要先小声 BB 一下，现在能找到的，能在 Windows 下离线使用的，带实时预览窗格的 Markdown 编辑器中，大部分布局都是文本编辑在左边，预览窗格在右边。只要把预览窗格做成可浮动、停靠的活动面板，这就完美的满足了我这种挑剔家伙和大众普遍习惯的需求。就算是能把预览窗格移动到左边的 vs code，它也不能实现浮动窗口。

回归主题让我们继续吧！进入官方推荐的插件示例项目一看，略震惊。具体实现只需要短短几行代码把窗体句柄按照指定的姿势丢给 NPP，它就能自己管理停靠! TL;DR 里已经写的很清楚，这里就不再啰嗦。

才如果你把整个解决方案Check出来，会发现上一篇文章折腾的 HelloNppPlugin 插件项目并没有使用共享代码项目，这是有意而为之，让内容和文章描述尽可能一致，避免初看的读者受到影响。

这次就扯到这里，下次关于 NPP 插件的文章估计是 Markdown 插件发布的时候了。

标签: 软件开发 插件 C# Interop 调试技术

« 做了个LRC歌词日文汉字注音小工具 | 用C#为Notepad++写插件：解决在VS2017生成导出函数不全——起手式»

引用地址:

发表评论：

Powered by emlog 去你妹的备案 sitemap