我曾经做过的插件
今天同事在群里发了一个编码特效的文章，就是最近在程序员圈子流行的Atom的插件。
看着挺炫，但是抖动屏幕晃得人头疼，中看不中用。
有人称之优点在于“即时反馈”，有人说能使枯燥的编码变得有趣。
写代码的乐趣在于构思，狂敲着键盘是挺爽，大多那都是在写很多重复性的代码，或者在新人面前展示自己的牛逼。
之前我也做过类似有趣的插件，给Visual Studio。比如说编码听音乐，把豆瓣FM嵌入在VS中；又比如说代码鼓励，在用户每次保存代码时给予鼓励的词语，诸如：干的漂亮、继续保持、很好的改动等等。
今天专门翻了一下原来写的东西，一阵唏嘘，想着以后用VS的机会越来越少，不如趁此机会，留下点什么聊表纪念。
当时在公司做银行的前端系统，也就是你去银行柜台时柜员用的那个软件。
整个工程非常浩大，参与人数众多，良莠不齐，整个工程使用插件式开发，保证新员工也能很快写交易（银行把每笔业务成为交易），所以项目结构是这样。
你看到的T2000等等都是每一个交易，我能说只是一个存款业务就有200+个交易么？
传统的插件式开发，需要对于每个交易创建一个工程，诸如我们这个项目，当时上线时已经有近800个交易，一个解决方案创建800+个工程，那种效果应该也是相当值得一看的。
可以将相同业务的交易合并在一个项目下，分不同的文件夹，但是这时候问题就出来了，如何针对每个交易生成独立的动态链接库（DLL）。
这时候给VS做一个插件的想法就产生了。思路很简单，操作csproj文件（VS项目文件，是XML），除了选择的交易文件夹，其他文件夹全删除，然后调用MsBuild编译。
当然，一个工程交易众多，也可以在项目上点击右键，选择编译或批量编译，为了方便，在解决方案上点击右键还提供了编译全部交易。
编译交易功能是本插件最基本的功能，因为交易开发工作量巨大，对此使用T4模版做了新建交易功能。
对于新建交易，我还提供了一个新建交易向导的功能，虽然最终使用的人不多，但是这个功能是我自己主张的，所以一直在修改。
编译和新建基本是这个插件最核心的两个功能，之后想做部署和发布，所以有了下面这个菜单。
要说发布就得提自动更新。
手动发布有众多问题存在，使用工具发布我们可以控制开发人员必须升级版本号，然后又做了相应的版本控制。
这里值得一提的是当初一直无法解决定位每个交易是谁发的，无法追踪到责任人，最早的想法是使用帐号系统，但是参与者太过杂乱，花费的成本太大。
也是偶然的情况下，和同事闲聊时提起每个人都有svn帐号，如果能获得每个人的svn帐号问题就好办了。
这个项目花费了近三个月时间，是我在这家公司十分值得纪念的项目。现在算来离职也有一年时间了，由于换了家互联网公司，也不再使用.NET开发，编辑器也从VS换到了Sublime（虽然本人是VIM党），现在回头看看当初这个项目，在国内资料严重缺失的情况下能做到这样，期间花费了不少心血。
只希望还在使用这个插件的前同事们不要在使用插件的时候遇到问题咒骂当时的开发者，因为我深知任何软件，只要有人用，绝对都会有问题。这个项目从完结到我离职，只经历了半年时间，远远未达到一个软件的成熟时间。
最后，在插件中我留下一个彩蛋，虽然我已经离职，但是代码中处处都有我留下的注释，当你们鼠标移动到我的名字上时，你就会发现。
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
