代码部落

话接上回，这是 .Net插件框架的实现及分析（一）的续篇，让我们来继续分析下这个插件框架如何实现吧。

既然是插件，就必须得动态加载，只需将编译好的插件DLL文件放到指定的插件目录下就可以使用了，这样就有一个动态获取插件的过程，我们此例中为文章内容格式化插件，当然就不只一个格式化插件在同一时间里使用了，所以需先创建的一个集合来收集这些插件：
继续阅读：.Net插件框架的实现及分析（二）»

对于一个以编程技术为主的博客站，auto-syntaxhighlighter这类代码高亮插件是必不可少的，之前一直在用wp-code，感觉还可以，只是样式总觉得不太像样，于是想尝试一下整合自 syntaxhighlighter 的 auto-syntaxhighlighter，这款插件出来的样式效果比较好也比较接近 vs 里的配色（当然自己可以更改，只是如果相差太远改起来就麻烦了），而且 auto-syntaxhighlighter 还有个好处就是，已将按钮整合到 WP 的编辑器里了，这样就不用每次去记什么代码（wp-code就要手工输入，总是不记得格式 ）.

不过 auto-syntaxhighlighter  还是有其缺点，最重要的个问题就是与我现有的 simple-tag 的 auto link功能之间有冲突，只要在代码框里包含了当前日志的标签，那就会直接在里面代码里把超链的源码显示出来，弄得非常难看，代码里的格式也乱了。举个例子，我的日志里有一个名为 Provider 的标签，同时在我的代码框里也用到了此单词，于是就会将此单词的智能标签链接的源码也在代码框里显示出来了

曾去过  auto-syntaxhighlighter 作者网站问过，他觉得应该是 simple-tag 去处理这问题，应该过滤掉 <pre> 标签里的代码不加自动链接，但我又有另一个问题，就是之前我使用 wp-code 时也一样使用了 <pre> 标签来框住代码的，为什么 wp-code 以很正常呢？
继续阅读：终于解决了auto-syntaxhighlighter和simple-tag之间的冲突问题»

在开始自己系统的同时，总想将系统做得更灵活，可让其他人非常方便地参与进来，这就需要一个完善的插件系统，今天我准备写一篇插件框架的文章，主要是想记录下我学习 ScrewTurn Wiki 系统的成果，也方便需要的人查阅

我个人感觉 ScrewTurn Wiki 系统的插件框架做得相当好，可让后期制作插件的人方便地将系统进行整合，所以这段时间都在研究。现大概说一下一个插件框架的架构和需求吧。

我认为一个插件系统，应该可以独立于现有系统的类库，让第三方开发者只引用一个插件项目的DLL即可完成所有相关的开发，而且对系统框架要有一定的、统一的约定，不能让第三方开发者想怎样设计就怎样设计，因此一般的插件框架都是接口来实现会比较好，以下将说说大致的调用流程，呵，我就不画流程图啦（主要是我也懒得安装 ），只用文字说明一下吧：
继续阅读：.Net插件框架的实现及分析（一）»