我曾经做过的插件

今天同事在群里发了一个编码特效的文章,就是最近在程序员圈子流行的Atom的插件。

看着挺炫,但是抖动屏幕晃得人头疼,中看不中用。

有人称之优点在于“即时反馈”,有人说能使枯燥的编码变得有趣。

写代码的乐趣在于构思,狂敲着键盘是挺爽,大多那都是在写很多重复性的代码,或者在新人面前展示自己的牛逼。

之前我也做过类似有趣的插件,给Visual Studio。比如说编码听音乐,把豆瓣FM嵌入在VS中;又比如说代码鼓励,在用户每次保存代码时给予鼓励的词语,诸如:干的漂亮、继续保持、很好的改动等等。

今天专门翻了一下原来写的东西,一阵唏嘘,想着以后用VS的机会越来越少,不如趁此机会,留下点什么聊表纪念。

当时在公司做银行的前端系统,也就是你去银行柜台时柜员用的那个软件。

整个工程非常浩大,参与人数众多,良莠不齐,整个工程使用插件式开发,保证新员工也能很快写交易(银行把每笔业务成为交易),所以项目结构是这样。

你看到的T2000等等都是每一个交易,我能说只是一个存款业务就有200+个交易么?

传统的插件式开发,需要对于每个交易创建一个工程,诸如我们这个项目,当时上线时已经有近800个交易,一个解决方案创建800+个工程,那种效果应该也是相当值得一看的。

可以将相同业务的交易合并在一个项目下,分不同的文件夹,但是这时候问题就出来了,如何针对每个交易生成独立的动态链接库(DLL)。

这时候给VS做一个插件的想法就产生了。思路很简单,操作csproj文件(VS项目文件,是XML),除了选择的交易文件夹,其他文件夹全删除,然后调用MsBuild编译。

当然,一个工程交易众多,也可以在项目上点击右键,选择编译或批量编译,为了方便,在解决方案上点击右键还提供了编译全部交易。

编译交易功能是本插件最基本的功能,因为交易开发工作量巨大,对此使用T4模版做了新建交易功能。

对于新建交易,我还提供了一个新建交易向导的功能,虽然最终使用的人不多,但是这个功能是我自己主张的,所以一直在修改。

编译和新建基本是这个插件最核心的两个功能,之后想做部署和发布,所以有了下面这个菜单。

要说发布就得提自动更新。

手动发布有众多问题存在,使用工具发布我们可以控制开发人员必须升级版本号,然后又做了相应的版本控制。

这里值得一提的是当初一直无法解决定位每个交易是谁发的,无法追踪到责任人,最早的想法是使用帐号系统,但是参与者太过杂乱,花费的成本太大。

也是偶然的情况下,和同事闲聊时提起每个人都有svn帐号,如果能获得每个人的svn帐号问题就好办了。



这个项目花费了近三个月时间,是我在这家公司十分值得纪念的项目。现在算来离职也有一年时间了,由于换了家互联网公司,也不再使用.NET开发,编辑器也从VS换到了Sublime(虽然本人是VIM党),现在回头看看当初这个项目,在国内资料严重缺失的情况下能做到这样,期间花费了不少心血。

只希望还在使用这个插件的前同事们不要在使用插件的时候遇到问题咒骂当时的开发者,因为我深知任何软件,只要有人用,绝对都会有问题。这个项目从完结到我离职,只经历了半年时间,远远未达到一个软件的成熟时间。

最后,在插件中我留下一个彩蛋,虽然我已经离职,但是代码中处处都有我留下的注释,当你们鼠标移动到我的名字上时,你就会发现。

时间: 12-03

我曾经做过的插件的相关文章

html5 canvas做的图表插件

用highchart的时候发现它是用svg来画图的,那么用canvas来做怎么样的. 以前做AS图表插件的时候,绘制图画主要用容器的Graphics对象来绘制,而canvas的context和Graphics一样,都可以用来绘制图形. 然后就试着用canvas做了这样一个东西. 具体实现如下,个人表达能力有问题,各位看官还是看源码吧,如下: <!DOCTYPE html> <html> <head> <meta http-equiv="Content-T

做个小插件(打开Part路径插件)

1 (CAIDAN.men) 2 VERSION 170 3 EDIT UG_GATEWAY_MAIN_MENUBAR 4 5 AFTER UG_HELP 6 CASCADE_BUTTON TOOLS 7 LABEL 工具 8 END_OF_AFTER 9 10 MENU TOOLS 11 CASCADE_BUTTON PROGRAMMER 12 LABEL 程序相关 13 14 CASCADE_BUTTON KFTOOLS 15 LABEL 开发帮助相关 16 END_OF_MENU 17 1

自己动手做个分页插件

PC分页,完美支持ie8+,2KB 下面就是见证奇迹的时刻 dome地址 https://github.com/cleartime/pageSize/blob/master/dome/index.html 配置详情 var config = { el: document.getElementById("page"), //绑定到你的dom pageCount:10, //总页数 ps:如果后两项填写了则本字段失效,两者只需其一 pagesize:20, //每页显示个数 sizeCou

动手做第一个Chrome插件

Chrome插件是令人惊讶的简单,一旦你弄懂它的工作和实现原理.它是由一部分HTML,一部分Js,然后混合了一个叫做manifest.json的Json文件组合而成的整体.这意味着你可以使用你最擅长的js框架去实现它. 如果你还是一个Chrome插件的新手并且想尝试写一个的话,下面的文章将会带领大家并且尝试让大家理解Chrome插件的工作机制.这篇文章将会讲述每一块架构,以及相互之间的联系和插件的一般化形式. 架构 Chrome插件中的文件大体上可以分成2部分:Chrome插件中确确实实存在的文

JFinal - scheduler 插件做定时任务

基于 jfinal 框架做定时任务可以使用插件 jfinal-scheduler 插件来解决. 下面是我在项目中使用 jfinal-scheduler 的例子. 配置插件,在自定义的 JFinalConfig 类中引入此插件: /** * 配置插件 */ public void configPlugin(Plugins me) { // ... // 定时器插件 SchedulerPlugin sp = new SchedulerPlugin(); Runnable task = new Tas

使用node.js做一个自用的天气插件

var request = require('request') var url = 'http://www.baidu.com/home/xman/data/superload' var cookie = '你登录百度后的cookie' var options = { method: "GET", url: url, qs: { "type": "weather", "asyn": 1, "t": new

实现了Zbus的JFinal插件,JFinal里用Zbus更方便了。

zbus https://git.oschina.net/rushmore/zbus 轻量级服务总线/消息队列 1)多种消息模式--支持生产者/消费者,发布订阅,RPC 2)丰富的API--C/C++/C#/JAVA/Python/Node.JS跨平台.多语言支持 3)开放协议标准--原生兼容HTTP协议(长连接),头部动态扩展 4)支持TrackServer与ZbusServer高可用横向动态扩容机制 jfinal https://git.oschina.net/jfinal/jfinal J

Framework7 索引列表插件的问题

前言 Framework7 作为移动端的开发框架的优良之处已经无需多言.现在已经有了 React 和 Vue 版本,之前在项目中用过 F7 + vue 的开发方式,无论是效率还是产出都近乎完美.有时间的话可以单独写篇文章详细介绍 Framework7,并与其它框架做对比. 插件的问题 对于 Framework7 插件的开发我就不多言了,官方文档很详细.Framework7 的插件开发确实很简单,但有些需要特殊对待的问题,我想通过索引插件这个例子简单说说我的解决方法. 索引列表在移动端算是比较常见

谷歌插件Image downloader开发之 content script

自己运营了一个公众号,在发文章的时候,需要在网上找一些图,而有些网站的图片可能隐藏在属性或者背景图中,要下载的时候经常审查元素,查看源码,不太方便,最近在看一些谷歌插件的api,便顺手做了一个插件Image downloader.源码放到了github上,顺便学习并用了一下git.地址:https://github.com/yeyuqiudeng/imageDownloader 功能 Image downloader有下面几个功能: 收集所有的img标签src的图片链接 收集所有的背景图片链接