博客园_明年我18

使用HttpWebRequest post数据时要注意UrlEncode

2012-03-17T19:17:00Z

今天在用HttpWebRequest类向一个远程页面post数据时，遇到了一个怪问题，总是出现500的内部服务器错误，通过查看远程服务器的log，发现报的是“无效的视图状态”错误：

通过对比自己post的__VIEWSTATE和服务器接收到的__VIEWSTATE的值（通过服务器的HttpApplication的BeginRequest事件可以取到Request里的值），发现__VIEWSTATE中的一个+号被替换成了空格。（由于ViewState太长，这个差异也是仔细观察了很久才看出来的）

造成这个错误的原因在于+号在url中是特殊字符，远程服务器在接受request的时候，把+转成了空格。同样的，如果想post的数据中有&、%等等，也会被服务器转义，所以我们在post的数据的时候，需要先把数据UrlEncode一下。url encode在bs开发中本来是一个很常见的问题，但没想到还是在这里栽了跟头。

修改后的post数据的示例代码如下，注意下面加粗的那句话：

public HttpWebResponse GetResponse(string url) { var req = (HttpWebRequest)WebRequest.Create(url); req.CookieContainer = CookieContainer; if (Parameters.Count > 0) { req.UserAgent = "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; .NET CLR 1.1.4322; .NET CLR 2.0.50727)"; req.ContentType = "application/x-www-form-urlencoded"; req.Method = "POST"; //data要UrlEncode var postData = string.Join("&", Parameters.Select( p => string.Format("{0}={1}", p.Key, System.Web.HttpUtility.UrlEncode(p.Value, Encoding))).ToArray()); var data = Encoding.GetBytes(postData); req.ContentLength = data.Length; using (var sw = req.GetRequestStream()) { sw.Write(data, 0, data.Length); } } req.Timeout = 40 * 1000; var response = (HttpWebResponse)req.GetResponse(); return response; }

本文链接

安装JBpm

2012-02-27T16:42:00Z

自动安装（ant start.demo）太慢，所以手动安装。

下载jbpm-5.2.0.Final-installer-full.zip，解压到某个目录，例如d:\jbpm
打开根目录下的install.html，找到Manually installing the different components这一节。下面的操作均参照这节的介绍。
Getting JBoss AS。上面那个压缩包内已经包含了JBoss AS 7.02。进到lib下，找到jboss-as-7.0.2.Final.zip，并把它解压到根目录（即和lib同级）。If you already have it installed somewhere else, in install/build.properties, change the jboss.home property to the location of your JBoss AS installation.
Getting Eclipse。修改build.properties中Eclipse的路径，例如eclipse.home=G:/eclipse。注意是/而不是\。
在命令行里转到根目录，运行
ant install.guvnor.into.jboss
ant install.designer.into.jboss
ant install.jBPM-gwt-console.into.jboss
ant install.jBPM-eclipse.into.eclipse
ant install.drools-eclipse.into.eclipse
但通过试验发现，后面两条命令运行失败。通过研究build.xml，我们需要把最后两条命令改成一条：ant install.droolsjbpm-eclipse.into.eclipse。也可以不运行这条命令，而是手动安装Eclipse的插件：进到lib文件夹下，把org.drools.updatesite-5.3.1.Final-assembly.zip包内的plugins和features复制到Eclipse目录下即可。
启动
ant start.h2
ant start.jboss
ant start.human.task
ant start.eclipse （当然可以自己去打开Eclipse）
测试是否启动成功，可以用浏览器打开:http://localhost:8080/jbpm-console，用"krisv" / "krisv"作为帐号密码，看能不能进去。
停止
ant stop.h2
ant stop.jboss

手动安装Eclipse插件

配置Eclipse插件

启动Eclipse，进入菜单Window/Preferences，此时应能看到jBpm节点，展开它：
把在右边点击Add按钮，添加路径d:\jbpm\lib\jbpm-5.1.0.Final-bin，命名为jbpm-5.1，如下图：
在Eclipse中新建一个jbpm的项目，如下图：
Run as java project，可以看到输出hello world

本文链接

我在ZZ这八年

2012-01-09T12:56:00Z

在传说中的2012到来的前一天晚上，我正在和曾经在ZZ干过很多年的一个老哥喝酒。相谈甚欢之间，就像庆祝新年的到来那般，那仿佛来自天籁的悦耳动听的短信铃声响了起来：根据XXX总裁指示，需要您写作十周年专题文章…。

但酒终究还是要喝的，而且还要喝好。

桌上摆了12支空的哈啤之后，我们俩心满意足的摸着肚子离开了酒桌。当我踉踉跄跄爬上一辆出租车后，模模糊糊的从车的倒后镜上看到我那位曾经在ZZ干过很多年的老哥拖着瘦长的身躯，对着马路牙子尽情的释放他那没被消化系统吸收掉的黄色的液体。他那身影在黄色路灯的衬托下，挺像那尊雕塑的。

但文章还是要写的，而且还要写好。

在很小的时候，我曾经以为写文章是最难的事情。记得有次老师布置的作文是写一篇《我的妈妈》，当时为了凑够字数，我不得不把我的妈妈那和普通人一样的两个鼻孔写了出来。然而，不记得从什么时候开始，我的语文成绩已经能和数学成绩相提并论了，尤其是在中学时期那数不清的摸底考试中，命题作文更是信手拈来，一气呵成。

但文章能拿到高分，又能怎么样呢？我曾经声泪俱下的写过穷苦的家庭条件，但未曾申请到助学贷款；我曾经热情满怀的写过入党申请书，但在大学同宿舍的七个人中，我和另外一位入党积极分子依然属于广大的人民群众。

巧合的是，我们这两位群众，现在都在为振兴民族软件而奋斗着。这位群众的名字叫做曹超。

他这个名字叫的真够响亮。但我们私下里都叫他连毛，因为以前他总是在卧谈时给我们讲连毛的故事，如果你没听过这个故事，那就百度一下吧。

算起来，我和连毛，这两个入党积极分子，是我们七个人中最后找到工作的两个人。我俩成绩不太好，平时在班级里也没什么表现，属于碌碌无为的那类人。但经过无数次的笔试面试之后，不看成绩单的话，我俨然已经是一位德才兼备的优等生了。直到过完那年春节回来，有个比我更落后的哥们还在找我去帮他笔试面试，不过我对不起他，没能帮他过了笔试这一关，还厚脸皮的蹭了他一顿阿慧的肘子。

当时李总在我们班讲台上宣讲ZZ时到底说了什么，我已经记不清了，就像我记不清腾讯和网易的宣讲会一样。然后就是千篇一律的笔试题目，闭着眼睛胡乱勾了答案。连毛的笔试成绩竟然拿了第一名，真不枉费我发短信告诉了他几道题的答案，虽然他后来跟我说我那几个答案都是错的。

笔试之后就是面试，面试过了之后的流程和之前应聘的企业就不大一样了：李总让我们用几天的时间自己动手做一个任务管理系统。

用动手能力而不用成绩单来考验学生，这让我有了兴趣，我可是有好几次都是因为成绩单不漂亮才被刷下来的。不过其实也难为李总了，好学生已经被人家挑走了，剩下的那些成绩单根本没法看。李总，你来晚了，下次赶早。

接下来的几天就忙起来了，你抄抄我的，我抄抄你的，终于把这课堂大作业给交了。然后我和连毛就从同学变成了同事。

以学生身份在家过完最后一个春节之后，我们七八个同学浩浩荡荡的南下广州，来ZZ实习。我们被分配到不同的部门，拿着两百块一月的补贴，开始了职业生涯。

接到的第一个工作是做一个SQL Server的数据库文档生成器，利用几段sql脚本，将SQL Server数据库中的表和字段的信息导出到word里。这个任务完成后，就参与了软件园项目的开发了。这项目的源代码很大，我每天到公司后的第一件事就是双击项目的sln文件，接下来开始吃早餐，然后去厕所撇条，回来再打开网页看会新闻。觉得差不多了，再切换到Visual Studio那里看看是不是已经加载完源代码了。

这两个月的实习，最困难的莫过于生活了。用肥猪肉煮出来的粥是清淡的，炒个菜多放点酱油是油腻的。当时吃的最多的莫过于桂林米粉店的炒河粉加辣椒了，用陕西话说：美的很。当时广州的物价和西安没得比，200块钱一月的补贴很快就用完了。远在西安的父老乡亲们伸出了援手，一老家北京的哥们打电话说：给哥几个寄两袋大米过去吧。在短暂的学生生涯中，我错过了这美好的两个月。

不过，通过实习，进一步加强了我之前就建立的对自己能力的自信，并且认识了我孩子他娘，这和本文无关，此处省略五千字。

实习结束后，我们回到了校园，努力找回这两个月错过的时光。这和本文也无关，此处省略一万字。

等再次踏入ZZ时，我们已经不再是学生。我还是在原来的部门工作，还是需要每天一早双击软件园项目的sln文件，然后去撇条，然后等待源代码加载完成。在每天的等待之中，我对开发也越来越熟练。

由于我的工作上手很快，所以在一个月之后，我提前转正为正式员工。我心里在高兴的同时，也盼望我那几个同学能在第二个月的时候转正，但很不幸，我这些同学真的在干满三个月后才转正为正式的员工。这个事情让我一度很恼火，因为我一直认为既然三个月可以确定一个人是否符合公司的用人标准，那么就没有必要等到五个月。前几年我也听到过新入职的同事对我抱怨过这个事情，他实习了半年，但毕业后还要再来三个月试用期。最近两年没带过新毕业的了，所以不知道现在的制度是不是有所改善。

工作虽然上手了，但在我入职之前，软件园项目毕竟已经做了很久了，我的工作也不过是在原来的基础上做些修补。随后的人事项目才让我第一次接触了整个项目的运作。崔X用Visio画出了系统的原型，我们一堆人用源代码来堆砌。投标那天，李总对着专家演说，我来操作原型系统。当得知我们中标时，我心里挺高兴的，多天来的努力有了成果。

然后就开始了项目的开发，我负责开发外网人才招聘的模块。当时领导给我说一个月后要给用户用，所以我每天晚上自觉的干到十点多才回家，再晚了公交就没了。连毛后来对我说，我那段时间每晚回到家后，已经是两眼发直，目光呆滞了。

经过我的努力，企业发布职位、个人用户填写简历、搜索职位等功能被我一点一点的堆砌了起来。当时我写代码的速度挺快的，现在没法和当时比，但写来写去还是觉得时间不够，一个月很快就过了，但我负责的那块东西还没开发完。不过没有人追究我的责任，因为一个月要给用户用的说法，不知道从什么时候开始，听不到了，而最终，这个人事项目做了一年多才算结束。现在想起来，或许我一开始就听错了,但这个事情让我意识到，期限即便是定了，也是可以根据实际情况做调整的，千万不要一声不吭的闷着头苦干。

人事项目做的并不愉快，加班加点成了家常便饭，但最难受的并不是加班，而是我开始第一次面对反复改动的设计。有些改动是来自客户的，有些则来自项目组内部。开发人员难免会对不断的改动产生抵触，我也没能幸免。那段时间因为这个，没少和搞需求和产品设计的同事闹过矛盾，包括我的领导，也包括我孩子他娘。通过人事项目，也使我了解了ZZ的项目运作方式，即分开一个个的项目组分别负责不同项目的开发，彼此之间的支持和交流很少。我曾经想用数据中心组的数据抽取工具去实现人事项目的人才资源库，可最终不得不自己写sql语句去导不算海量的数据。最终这个人才资源库也没有实现，对我来说是不了了之了。

当然，人事项目这一年也是我技术上飞速成长的一年，在项目中后期，我实际上已经是这个项目的程序经理了。在这一年里，我知道了在代码这个领域，还有架构和模式这些东西，通过一些技巧，可以把代码写的漂亮优雅。不过我现在也没搞清楚我的这种转变对于ZZ来说是好还是坏，因为我写代码的速度，越来越慢了。在人事项目的后期，我已经不能像以前那样，能够很快的完成布置给我的任务了，因为我总是会考虑很多才会下手：如何写才能有利于扩展，如何写代码才会更好看，如何写才会减少不必要的bug……以前的我是不会考虑这么多的，一旦想清楚怎么样才能实现功能之后，我就会毫不犹豫的敲出代码，而我现在连一个变量该如何命名都会考虑很久。其实对于这种项目来说，有些考虑确实是不必要的，程序设计的再好，再有利于扩展，也很有可能无法满足一次需求的变动。

做完人事项目之后，我有大概一年半的时间没有做这种面向最终客户的项目。这期间主要做了公司的电子工作台产品和一个.net开发框架，并且负责过一段时间的中大实验室的培训工作。对于我来说，这一年半的时间相对轻松很多，尤其是那段在中大校园里上班的日子。早上8点钟起床，闲庭信步的走到中大里面上班，并时不时的接受几个学生崇拜的目光，舒服的紧。

三年的合同很快就到期了，当时也萌生了换个工作的想法。找工作的经历也还算顺利，很快就有一家单位给我发出了录用通知，但后来还是因为某些原因留了下来。现在看来，当时或许是我增加社会阅历和工作经验的最好的一次机会，因为仅仅三年的工作经验并不会让我对新工作有过多的索求。

续签了一年的合同之后，我来到了安监项目组，并且作为程序经理在那里待了一年。这一年过的也很舒服：在办公室里就可以抽烟，因为安监局信息办的XX一直在那抽，我如果每次抽烟都出去的话，会把他弄得不好意思的；项目经理万X很爱也很能喝酒，我们组的人经常出去，每次都喝的很爽，每次能听到喝完酒的万老师叫我孔哥；第一次也是唯一一次可以在技术上完全做主，虽然我下面只有一个开发人员。但安监项目做的也不成功，主要原因是我无法实现安监局长的安监综合库的设想。和人事项目的人才资源库一样，我又一次倒在了和数据中心类似的项目上。

在安监做了一段时间之后，我开始考虑自己后面的生活。我一直认为最美味的早餐应该是胡辣汤、油条和鸡汤馄饨，所以我决定合同一到期就北上。当时的目的地主要是山东和北京，回山东可以与家人团聚，但山东的待遇不高，所以想先去北京干几年，有条件好的工作之后再回山东。所以在2008年9月底合同一到期，我就提出了离职申请，并且真的离职了。

然而我北京那些同学的高薪，使我对自己有了过高的定位。北京11月的寒风已经足够刺透骨头，在2008年那场覆盖全球的金融危机下，在对陌生环境产生的孤独感下，在北京逛了一个月之后，我放弃了，并且回到了广州，回到了ZZ。

回来以后，就开始了软件生产线的开发，一直到今天。不知不觉又过了三年多了，这三年多来，我们团队从最初的三个人，渐渐扩展到现在十个人，并且成立了新的公司：本体。每一年李总都要求我们尽快开发出软件生产线这个产品，每次和同事一起吃饭聊天时，也经常被问到我们的生产线开发的怎么样了，然而她却像一个羞见公婆的丑媳妇一样，直到今天才算像点样子。虽然迟迟没能拿出成绩，但这期间我们整个团队为此付出的努力和汗水，自不必说。

软件生产线这个产品虽然很难开发，但它并不是难在技术，而是难在整个产品的设计上，就算很谨慎，也很容易做出很多虚的或者没什么用的功能出来。所以要在实际项目用的过程中慢慢完善。去年年会扔出来的四千万，至今还经常被别的组的同事提起，看来大家都对这个产品抱有很大的期望。但玩笑终归是玩笑，我能做的，也只不过是尽量的完善它，使它真正的能够做些事情。

今年是ZZ成立的第十年，而我也在ZZ做了将近八年了。这八年里有苦闷也有欢笑，有老婆也有孩子。由衷的祝愿ZZ能够越走越好。

本文链接

(转)Getting rid of the DSL model explorer

2011-11-24T08:18:00Z

http://www.ticklishtechs.net/2008/07/27/getting-rid-of-the-dsl-model-explorer/

Every DSL you create with DSL Tools has a model explorer. This model explorer is a tool window in Visual Studio displaying the elements of your model in a hierarchical way. This is often a nice feature but sometimes a hierarchical view of your data is not appropriate. So I came to the question: How to remove the explorer from the generated code?

I could not find any option in the DSL design to remove the model explorer, but if you look at some of the .tt files you will find somewhere a query for this.Dsl.Explorer != null. For example in the package.tt file that generates the package.cs which is responsible for registering the tool window for the model explorer:

if(this.Dsl.Explorer != null)

{

[VSShell::ProvideToolWindow( typeof(<#= dslName #>ExplorerToolWindow), MultiInstances = false, Style = VSShell::VsDockStyle.Tabbed, Orientation = VSShell::ToolWindowOrientation.Right, Window = "{3AE79031-E1BC-11D0-8F78-00A0C9110057}")]

[VSShell::ProvideToolWindowVisibility( typeof(<#= dslName #>ExplorerToolWindow), Constants.<#= dslName #>EditorFactoryId)]

}

Even if I did not find any option to set the Dsl.Explorer property of the model to null (you did not see the Explorer property anywhere in the DSL diagram) it seems that the developers of the DSL Tools had this use case in mind.

To remove the Dsl.Explorer from your DSL model open the .dsl file with a text editor and go to the end. There you will find some XML tags like the following:

</Explorer>

Just delete these three lines and generate your code once again. Maybe you should reset your Experimental Hive, too.

I tested a DSL with a removed Model Explorer without any problems. It seems the developers of the DSL Tools did a very good job on the code generation templates . The generated ModelExplorer.cs file contains only a single line:

// This source file is empty because this DSL does not define a model explorer.

That should be a good proof that a DSL can run without the model explorer even if it might be not supported by the DSL Tools.

本文链接

开发一个Word的代码高亮插件

2011-06-19T15:21:00Z

在用Word写技术文档的时候，免不了要在文档中插入一些源代码。为了使插入进来的源代码更可读，就需要使这些代码的关键字高亮显示。所以在写这些文档的时候，我经常需要再开一个Visual Studio，在Visual Studio里编辑好代码之后，复制到Word里面，Word会帮助我们保留代码的格式，达到关键字高亮的效果。

但这样做难免有些不方便，如果能在word中装一个支持代码高亮的插件就好了。在网上搜索无果之后，自己做了一个。

如何开发Word的外接程序是需要解决的第一个问题，可以参考博客园的一个系列：我的VSTO之路，我就是参考着他这个系列做的这个插件，不过目前这个插件只支持Word 2010。

接下来，怎样实现代码高亮？幸好，有一个开源的项目Wilco.SyntaxHighlighting可以解决我的问题。它支持多种语言的Highlighter，并提供Html和Rtf两种格式的parser把Highlighter的code转换为html或rtf的格式。

最后，怎样把高亮后的代码插入到Word中？由于Word的插件开发不是我研究的重点，所以想了一个比较懒的做法，即把html格式或rtf格式的高亮代码复制到剪贴板上，然后利用_Application.Selection.Paste方法粘帖进来，代码如下：

private void button1_Click(object sender, RibbonControlEventArgs e){ var dialog = new MainForm(); if(dialog.ShowDialog() == DialogResult.OK) { dialog.CopyToClipboard(); Globals.ThisAddIn.Application.Selection.Paste(); }}

插件的效果如下。

Word功能区：

点设置按钮弹出设置界面，支持Rtf和Html两种格式，还可以设置边框、背景、交替行等样式，不过我比较懒，没去研究怎么在Rtf格式下设置边框、背景，所以在Rtf格式下是不支持边框颜色、背景颜色和交替行的。所以建议大家选择Html格式。设置界面如下图：

点击插入代码按钮，会弹出插入代码的界面，如下图：

可以选择C#、Java、Xml、Javascript等多种语言。

一些效果如下：

//no styleprivate void button1_Click(object sender, RibbonControlEventArgs e){ var dialog = new MainForm(); if(dialog.ShowDialog() == DialogResult.OK) { dialog.CopyToClipboard(); Globals.ThisAddIn.Application.Selection.Paste(); }}

1: //框 + 行号 2: private void button1_Click(object sender, RibbonControlEventArgs e) 3: { 4: var dialog = new MainForm(); 5: if(dialog.ShowDialog() == DialogResult.OK) 6: { 7: dialog.CopyToClipboard(); 8: Globals.ThisAddIn.Application.Selection.Paste(); 9: } 10: }

1: //框 + 行号 + 交替行 2: private void button1_Click(object sender, RibbonControlEventArgs e) 3: { 4: var dialog = new MainForm(); 5: if(dialog.ShowDialog() == DialogResult.OK) 6: { 7: dialog.CopyToClipboard(); 8: Globals.ThisAddIn.Application.Selection.Paste(); 9: } 10: }

我这篇文章就是用Word写的，上面这些代码也是用我做的这个插件插进来的。但就当我兴高采烈的用Word把这篇文章发布到博客园之后，才发现发布后的上述代码段出现了不同程度的变形，而且是无法接受的变形，如下图：

可以看到，边框没了，private和void之间空格很大，而且还换行了。这个问题研究了很久和不知道该如何解决，可能Word在发布博文的时候对格式的改变太大，导致了变形。

那如果想把Word写的文章发布到博客上怎么办呢？建议在Word里写好的文章后，把内容复制下来，然后在Windows live writer“选择性粘帖”进去，利用windows live writer来发布博客。

源代码下载

本文链接

（翻译）LearnVSXNow! #16- 创建简单的编辑器-2

2011-06-11T10:23:00Z

(LearnVSXNow又开始继续翻译了，为了提高翻译速度，不再对每句话进行翻译，并且会用自己的理解来代替不好翻译的句子。理解不一定正确，见谅。)

前面那篇文章介绍了Visual Studio的自定义编辑器的基本概念，并用一个例子来说明如何创建自定义编辑器，今天我们继续这个例子。

1. 注册Editor

Editor需要注册到Visual Studio中才能使用。通常会注册下面三个东西：

Editor Factory：告诉Visual Studio我们的package可以提供哪些Editor Factory。
Editor支持的文件扩展名：告诉Visual Studio哪种扩展名的文件会关联到我们的Editor。
Editor的逻辑视图（Logic View）：下面的段落中会提到什么是Logic View

// --- Other attributes have been omitted[ProvideEditorFactory(typeof(BlogItemEditorFactory), 200,   TrustLevel = __VSEDITORTRUSTLEVEL.ETL_AlwaysTrusted)][ProvideEditorExtension(typeof(BlogItemEditorFactory),   HowToPackage.BlogFileExtension,  32,  ProjectGuid = "{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}",  TemplateDir = @"..\..\BlogItemEditor\Templates",  NameResourceID = 200)][ProvideEditorLogicalView(typeof(BlogItemEditorFactory),   GuidList.GuidBlogItemEditorLogicalView)]public sealed class HowToPackage : Package{  public const string BlogFileExtension = ".blit";    protected override void Initialize()  {    base.Initialize();    // --- Other initialization code      // --- Register the blog item editor    RegisterEditorFactory(new BlogItemEditorFactory());    // --- Other initialization code  }}

ProvideEditorFactory表示我们的Package会提供什么Editor Factory。参数200是资源的ID，表示EditorFactory的名字（在VSPackage.resx文件中定义）。TrustLevel 用来设置Editor的信任级别。不懂什么叫“信任级别”没关系，我也不懂，但不影响使用，至少目前是这样。

ProvideLogicalView 表示我们的的Editor Factory可以提供一个逻辑视图。第二个参数是逻辑视图的guid。暂时弄不清楚这个逻辑视图是干嘛的也没关系，至少这篇文章的例子不太需要它。

在上面的代码里最长的是ProvideEditorExtension ，我用到了6个参数：

第一个参数用来指定Editor Factory。
第二个参数指定对应文件的扩展名，在这个例子里是“.blit”。
第三个参数设置Editor的优先级。
ProjectGuid属性指定一个项目类型的GUID，比如我们这个例子里指定了C#项目的GUID，这样在C#项目里“添加新项”时，可以在“添加新项”对话框里看到.blit文件。
TemplateDir属性指定添加新项对话框从哪个文件夹里寻找模版。它是一个相对路径，相对于当前Package编译出来的dll所在的目录。
NameResourceID属性设置在添加新项对话框里，我们的文件类型显示的名字，它是一个在VSPackage.resx中定义的资源ID。

在目录TemplateDir里需要放一些文件，用来说明该目录下的模版的名称、描述等信息。在这里我使用".vsdir"这种格式的文件：

BlogItem.blit|{0380775d-5735-43ed-8c23-c1fda451e1c8}|#200|32|#202|{0380775d-5735-43ed-8c23-c1fda451e1c8}|400|0|#203

请注意，不管在你的浏览器上看到上面这段代码显示为几行，它实际上应该是一行才对。这行文本由“|”号隔开了下面几个内容：

— BlogItem.blit: 模版文件的文件名，该文件也存放在TemplateDir文件夹下面。
— GUID: 我们的Package的GUID。
— #200: 模版的名称，是一个定义在VSPackage.resx中的资源ID。应该是和上面提到的NameResourceID同一个东西。
— 32: 模版显示在添加新项对话框中的顺序。
— #202: 模版的描述，是一个定义在VSPackage.resx中的资源ID。
— GUID: 定义资源的dll的GUID。在这里我们用Package的GUID。
— 400: 在添加新项对话框中，模版的图标的资源ID.
— 0: 貌似是一些标记，我也弄不清楚。
— #203: 在添加新项对话框中的默认文件名资源ID。

需要说明一下，ProvideEditorExtension 后面的三个参数以及这个vsdir文件可以不设置，它和Editor没什么关系，是属于Project的ItemTemplate的相关内容，但既然作者写了它们，那我也就照着把它们翻译过来了。

仅仅在Package上面加上这几个Attribute是不够的，我们还必须在Package初始化的时候，创建我们的Editor Factory的实例：

protected override void Initialize(){  base.Initialize();  // --- Other initialization code    // --- Register the blog item editor  RegisterEditorFactory(new BlogItemEditorFactory());  // --- Other initialization code} 

2 Editor Factory

在第15章中可以看到，BlogItemEditorFactory 继承自SimpleEditorFactory<> 泛型类，并指定了Guid：

[Guid(GuidList.GuidBlogEditorFactoryString)]public sealed class BlogItemEditorFactory:   SimpleEditorFactory<BlogItemEditorPane>{  // --- That is the full code of this class! Nothing is omitted.}

基类SimpleEditorFactory的代码如下：

public class SimpleEditorFactory<TEditorPane> :   IVsEditorFactory,   IDisposable  where TEditorPane:     WindowPane, IOleCommandTarget, IVsPersistDocData, IPersistFileFormat, new(){  private ServiceProvider _ServiceProvider;    public SimpleEditorFactory() { ... }    // --- IDisposable pattern implementation  public void Dispose() { ... }  private void Dispose(bool disposing) { ... }    // --- IVsEditorFactory implementation  public virtual int SetSite(IOleServiceProvider serviceProvide) { ... }  public virtual int MapLogicalView(ref Guid logicalView, out string physicalView)  { ... }  public virtual int Close() { ... }  [EnvironmentPermission(SecurityAction.Demand, Unrestricted = true)]  public virtual int CreateEditorInstance(      uint grfCreateDoc,      string pszMkDocument,      string pszPhysicalView,      IVsHierarchy pvHier,      uint itemid,      IntPtr punkDocDataExisting,      out IntPtr ppunkDocView,      out IntPtr ppunkDocData,      out string pbstrEditorCaption,      out Guid pguidCmdUI,      out int pgrfCDW)    { ... }    // --- Helper methods     public object GetService(Type serviceType) { ... }}

SimpleEditorFactory泛型类接受一个类型参数TEditorPane，这个类型参数继承自WindowPane，而且要实现IOleCommandTarget, IVsPersistDocData和IPersistFileFormat接口。SimpleEditorFactory类还实现了IVsEditorFactory和IDisposable接口。为了方便子类override，我把这个基类里和IVsEditorFactory相关的所有方法都弄成了虚方法。

Visual Studio会调用SetSite方法把Service Provider传递进来：

public virtual int SetSite(IOleServiceProvider serviceProvider){  _ServiceProvider = new ServiceProvider(serviceProvider);  return VSConstants.S_OK;}

Service Provider传递进来之后，我们就可以利用下面的GetService方法它来访问VS中的服务了：

public object GetService(Type serviceType){  return _ServiceProvider.GetService(serviceType);}

不过BlogItemEditor这个例子并没有用到GetService这个方法。

Dispose方法负责销毁不再用到的资源：

public void Dispose(){  Dispose(true);}  private void Dispose(bool disposing){  if (disposing)  {    // --- Here we dispose all managed and unmanaged resources    if (_ServiceProvider != null)    {      _ServiceProvider.Dispose();      _ServiceProvider = null;    }  }}

除了Dispose之外，我们还需要实现IVsEditorFactory的方法Close方法，在EditorFactory关闭时执行一些清理工作，不过也没什么好清理的：

public virtual int Close(){  return VSConstants.S_OK;}

下面来说一下Editor的Logic View和Physical View。一个Editor有可能有多个视图，在CreateEditorInstance方法里有一个参数，叫做pszPhysicalView，如果我们的Editor有多个视图的话，我们就应该在根据pszPhysicalView参数的不同，来创建不同的Editor Instance。MapLogicalView 方法的功能就是根据传进来的Logic View的GUID，返回代表Physical View的字符串，这个字符串会被VS当成参数传递到CreateEditorInstance方法中。如果你的Editor有多个逻辑视图，那就可以在MapLogicalView 方法中根据不同的Logic View来返回不同的Physical View，然后在CreateEditorInstance方法中，根据不同的Physical View来创建不同的Editor Instance。由于我到目前还没用到过多视图的Editor，所以对原文作者的这段话理解上有些困难，所以这段英文就不翻译了，原文内容如下：

Now we arrived to the part of the IVsEditorFactory that does the real work. Before going on, I have to explain ideas not treated yet: the concept of logical view and physical view. When interacting with an editor (or better to imagine a designer) we use concrete instance of a view called physical view. If our designer supports more than one view, those can be grouped into logical categories. For example, our designer could have a view to see the information as text or as code; it may provide a different view while we are debugging. When creating a physical view, the shell offers the possibility to map it to a logical view and retrieve a name for the physical view that can be used as a parameter when creating the physical view instance. This is the role of the MapLogicalView method.

幸亏这个BlogItemEditor例子只有一个视图，所以暂时不理解也无所谓。SimpleEditorFactory的MapLogicalView 方法如下:

public virtual int MapLogicalView(ref Guid logicalView, out string physicalView){  physicalView = null;   if (VSConstants.LOGVIEWID_Primary == logicalView)  {    // --- Primary view uses null as physicalView    return VSConstants.S_OK;  }  else  {    // --- You must return E_NOTIMPL for any unrecognized logicalView values    return VSConstants.E_NOTIMPL;  }}

如果参数logicView等于VSConstants.LOGVIEWID_Primary，那就返回VSConstants.S_OK，表示能够识别这个logicView，并且对应的physicalView设置为null，否则返回E_NOTIMPL，表示我们不支持这个logicView。上面这段代码只适用于单视图的Editor，如果Editor有多个视图，那这段代码就得做些调整了。

physicalView的值会作为参数传递给CreateEditorInstance 方法，该方法的定义如下：

public virtual int CreateEditorInstance(  uint grfCreateDoc,  string pszMkDocument,  string pszPhysicalView,  IVsHierarchy pvHier,  uint itemid,  IntPtr punkDocDataExisting,  out IntPtr ppunkDocView,  out IntPtr ppunkDocData,  out string pbstrEditorCaption,  out Guid pguidCmdUI,  out int pgrfCDW){ ... }

各参数的含义如下：

参数	说明
grfCreateDoc	这个参数表示VS在什么情况下调用的这个方法。VSConstants类中以CEF_打头的字段表示了这个参数值的可能范围。只有CEF_OPENFILE and CEF_SILENT这两个值是合法的。
pszMkDocument	表示正在打开的文件的全路径
pszPhysicalView	physical view的名字，它的值是由MapLogicalView 决定的。在我们的例子里，它的值为null。
pvHier	IVsHierarchy 对象。例如，它表示我们要打开的文件在solution explorer中对应的节点。
itemid	IVsHierarchy 对象在solution explorer中的id
punkDocDataExisting	判断DocData是否已经存在。在多视图的Editor中，多个Editor的实例会处理同一个document data。
ppunkDocView	返回创建的document view的指针。
ppunkDocData	返回创建的document data的指针。
pbstrEditorCaption	返回创建的document window的标题
pguidCmdUI	返回创建的Editor对应的Command group的GUID。
pgrfCWD	Flags for CreateDocumentWindow. 不太清楚具体含义，反正这个例子没用到它。

CreateEditorInstance 方法的实现如下（我省略掉了参数）：

public virtual int CreateEditorInstance(   // ...    // --- See arguments in the code above){  // --- Initialize to null  ppunkDocView = IntPtr.Zero;  ppunkDocData = IntPtr.Zero;  pguidCmdUI = GetType().GUID;  pgrfCDW = 0;  pbstrEditorCaption = null;    // --- Validate inputs  if ((grfCreateDoc & (VSConstants.CEF_OPENFILE | VSConstants.CEF_SILENT)) == 0)  {    return VSConstants.E_INVALIDARG;  }  if (punkDocDataExisting != IntPtr.Zero)  {    return VSConstants.VS_E_INCOMPATIBLEDOCDATA;  }  // --- Create the Document (editor)  TEditorPane newEditor = new TEditorPane();  ppunkDocView = Marshal.GetIUnknownForObject(newEditor);  ppunkDocData = Marshal.GetIUnknownForObject(newEditor);  pbstrEditorCaption = "";  return VSConstants.S_OK;}

在这个方法的一开始，所有的参数都被初始化成空或者0，除了pguidCmdUI。它的值是SimpleEditorFactory 的子类的GUID，在我们的例子里是BlogItemEditorFactory的GUID。

然后我们检查grfCreateDoc 参数是不是有效，如果是无效的值，我们就返回E_INVALIDARG。

同时我们也不接受document data已存在的情况，如果document data不为空，我们就返回VS_E_INCOMPATIBLEDOCDATA。

最后我们创建了一个TEditorPane类型的实例，由于TEditorPane类型即实现了WindowPane，又实现了IVsPersistDocData，所以它既是document view，又是document data，然后我们用Marshal.GetIUnknownForObject 方法取出它的IUnknow接口，并赋值给参数ppunkDocView和ppunkDocData。

3 BlogItemEditorData

在继续之前，来看一下BlogItemEditor要编辑的数据是什么样子的：

public sealed class BlogItemEditorData : IXmlPersistable{  private string _Title;  private string _Categories;  private string _Body;    public const string BlogItemNamespace =     "http://www.codeplex.com/LearnVSXNow/BlogItemv1.0";  public const string BlogItemLiteral = "BlogItem";  // --- Other contant values used for XMLpersistence    private readonly XName BlogItemXName = XName.Get(BlogItemLiteral,      BlogItemNamespace);  // --- Other readonly fields representing XML elements of the .blit file    public BlogItemEditorData()  {  }       public BlogItemEditorData(string title, string categories, string body)  {    _Title = title;    _Categories = categories;    _Body = body;  }    // --- Read-write properties omitted

读写文件的代码如下：

public void SaveTo(string fileName){  // --- Create the root document element  XElement root = new XElement(BlogItemXName);  XDocument objectDoc = new XDocument(root);   // --- Save document data to XElement and then tofile  SaveTo(root);  objectDoc.Save(fileName);} public void ReadFrom(string fileName){  string fileContent = File.ReadAllText(fileName);  XDocument objectDoc = XDocument.Parse(fileContent,     LoadOptions.PreserveWhitespace);   // --- Check the document element  XElement root = objectDoc.Element(BlogItemXName);  if (root == null)    throw new InvalidOperationException(      "Root '" + BlogItemLiteral + "' element cannot be found.");   // --- Read the document  ReadFrom(root);}

多亏有System.XML.Linq 命名空间下的新的xml类型XElement，这样代码比用以前的XmlDocument简洁多了：

public void SaveTo(XElement targetElement){  // --- Create title  targetElement.Add(new XElement(TitleXName, _Title));  // --- Create category hierarchy  XElement categories = new XElement(CategoriesXName);  targetElement.Add(categories);  string[] categoryList = _Categories.Split(';');  foreach (string category in categoryList)  {    string trimmed = category.Trim();    if (trimmed.Length > 0)    {      categories.Add(new XElement(CategoryXName, trimmed));    }  }  // --- Create the body  targetElement.Add(new XElement(BodyXName, new XCData(_Body)));}

同样的，ReadFrom(XElement)方法也很简单，我就不贴它的代码了。

4 Editor界面：BlogItemEditorControl

Editor的界面是一个UserControl，叫做BlogItemEditorControl，它的样子如下图：

BlogItemEditorControl 实现了ICommonCommandSupport：

public partial class BlogItemEditorControl :   UserControl, ICommonCommandSupport { ... }

不要去google这个ICommonCommandSupport接口，它不是Microsoft的，是我们自己定义的。它包含若干个以Supports开头的bool类型的属性，以及对应的以Do开头的方法，表示是否支持xxx命令，以及在支持的情况下，执行xxx命令。例如我不打算支持SelectAll, Redo和Undo命令：

// --- ICommonCommandSupport implementationbool ICommonCommandSupport.SupportsSelectAll{ get { return false; } }bool ICommonCommandSupport.SupportsRedo{ get { return false; } }bool ICommonCommandSupport.SupportsUndo{ get { return false; } }

当控件有选中的文本时，支持Copy和Cut命令：

// --- ICommonCommandSupport implementationbool ICommonCommandSupport.SupportsCopy{  get { return ActiveControlHasSelection; }}// ...private bool ActiveControlHasSelection{  get  {    TextBox active = ActiveControl as TextBox;    return active == null ? false : active.SelectionLength > 0;  }}

当剪贴板上有文本数据时，支持Paste命令：

// --- ICommonCommandSupport implementationbool ICommonCommandSupport.SupportsPaste{  get { return ActiveCanPasteFromClipboard; }}// ...private bool ActiveCanPasteFromClipboard{  get  {    TextBox active = ActiveControl as TextBox;    return (active != null && Clipboard.ContainsText());  }}

下面是执行Copy、Cut、Paste命令的代码：

// --- ICommonCommandSupport implementationvoid ICommonCommandSupport.DoCopy(){  TextBox active = ActiveControl as TextBox;  if (active != null) active.Copy();}  void ICommonCommandSupport.DoCut(){  TextBox active = ActiveControl as TextBox;  if (active != null) active.Cut();}  void ICommonCommandSupport.DoPaste(){  TextBox active = ActiveControl as TextBox;  if (active != null) active.Paste();}

BlogItemEditorControl中还定义了在BlogItemEditorData和界面控件之间同步的方法：

public partial class BlogItemEditorControl :   UserControl,  ICommonCommandSupport{  public BlogItemEditorControl()  {    InitializeComponent();  }    public void RefreshView(BlogItemEditorData data)  {    TitleEdit.Text = data.Title ?? string.Empty;    CategoriesEdit.Text = data.Categories ?? String.Empty;    BodyEdit.Text = data.Body ?? String.Empty;  }    public void RefreshData(BlogItemEditorData data)  {    data.Title = TitleEdit.Text;    data.Categories = CategoriesEdit.Text;    data.Body = BodyEdit.Text;  }

BlogItemEditorControl还剩下一个重要的工作要做：在文本框里改变blog的标题或内容之后，要告诉VS，这个blog数据“dirty”了，这样vs才会在Editor窗口上显示一个“*”的标记。

其实告诉vs我们的数据dirty了并不是这个BlogItemEditorControl要负责的事情，但是它需要公开一个事件，并且当blog内容发生改变的时候，触发这个事件。这样使用到这个控件的地方就可以通过这个事件来通知vs了。

事件定义如下：

public event EventHandler ContentChanged;  private void RaiseContentChanged(object sender, EventArgs e){  if (ContentChanged != null) ContentChanged.Invoke(sender, e);}  private void ControlContentChanged(object sender, EventArgs e){  RaiseContentChanged(sender, e);}

ControlContentChanged方法关联到了所有文本框的TextChanged事件，当文本框的内容发生改变时，就会触发这个方法，并进一步触发公开的ContentChanged事件。

5 BlogItemEditorPane

回顾一下上一章中的一张图：

从上图可以看出，BlogItemEditorPane 既是document data，又是document view。虽然我们分别用BlogItemEditorData和BlogItemEditorControl 类来表示blog的数据和Editor的界面，但BlogItemEditorPane才是能被vs接受的document data和document view，因为它实现了IVsPersistDocData和WindowPane。

我抽取了一些通用的方法，做了一个基类SimpleEditorPane，并使BlogItemEditorPane继承它，这样BlogItemEditorPane的代码就非常简洁。它的全部代码如下：

public sealed class BlogItemEditorPane:   SimpleEditorPane<BlogItemEditorFactory, BlogItemEditorControl>{  private readonly BlogItemEditorData _EditorData = new BlogItemEditorData();    public BlogItemEditorPane()  {    UIControl.ContentChanged += DataChangedInView;  }    protected override string GetFileExtension()  {    return HowToPackage.BlogFileExtension; // --- “.blit”  }    protected override Guid GetCommandSetGuid()  {    return GuidList.GuidBlogEditorCmdSet;  }    protected override void LoadFile(string fileName)  {    _EditorData.ReadFrom(fileName);    UIControl.RefreshView(_EditorData);  }    protected override void SaveFile(string fileName)  {    UIControl.RefreshData(_EditorData);    _EditorData.SaveTo(fileName);  }    void DataChangedInView(object sender, EventArgs e)  {    OnContentChanged();  }}

GetFileExtension返回我们的Editor支持的文件扩展名".blit".

GetCommandSetGuid返回Editor支持的Command group的GUID。

LoadFile从文件中加载BlogItemEditorData的实例，并显示在BlogItemEditorControl上。

SaveFile从BlogItemEditorControl上取出BlogItemEditorData实例，并保存到文件中。

下一篇文章我们继续完成这个的编辑器的例子。

作者这个“简单的编辑器”例子搞的有点复杂了，他抽象出了一个开发自定义编辑器的类库，虽然使用这个类库可以更简单的创建编辑器，但对于我们刚刚开始学习如何创建编辑器的同学们来说，容易被他的类库影响注意力，还不如不要这个类库，直接拿最直接的代码作文示例。建议把源代码下载下来，结合源代码来理解这个编辑器的系列。

源码下载：

http://files.cnblogs.com/default/LearnVSXNow-8528.zip

原文链接：

http://dotneteers.net/blogs/divedeeper/archive/2008/03/14/LearnVSXNowPart16.aspx

本文链接

对 COM 组件的调用返回了错误 HRESULT E_FAIL。

2011-03-15T14:01:00Z

win7系统，用c#调用Interop.SHDocVw.dll时，报了个对“ COM 组件的调用返回了错误 HRESULT E_FAIL”的错误。网上有人说要开启dtc服务，然后去组件服务里把本地DTC设置成开启网络DTC服务，并允许入站和允许出站，并且设置成不要求进行验证，如下图：

但我设置完之后还是不行，后来看到组件服务里的COM+应用程序点开报错，所以又开启了System Event Notification Service服务，结果还是不行。

无奈之下重启电脑反而好了，又去禁用了DTC，并把DTC的开启网络DTC服务勾掉，又禁用了System Event Notification Service服务，但再也不报错了。

时间有限，没去深究，只是记录下来，免得下次再遇到这个问题。

本文链接

（转）WPF Custom Control Dependency Property Gotcha

2011-01-25T02:23:00Z

原文地址：http://geekswithblogs.net/thibbard/archive/2008/04/22/wpf-custom-control-dependency-property-gotcha.aspx

Let's say you have a custom WPF control called SearchTextBox. It has a textbox and a button labeled "search". Simple enough, you reuse it in your application when you want to provide search.

Then one day, you decide you need this control needs to be bindable. So you expose a public property Text and map it to textSearch just like you would in WinForms.

Well, that doesn't work, so you google around and stumble upon Dependency Properties and learn how to create your own (VS snippet shortcut propdb) and create a Text DP.

Now you spend 30 minutes trying to map your Text DP to your textSearch.Text until you finally figure out that your DP snippet lead you astray and there is one more step that didn't get included in the shortcut. In the UIPropertyMetaData, you need to specify a function to call when the property changes - so you can set textSearch.Text.

The function looks like this:

static void textChangedCallBack(DependencyObject property,
DependencyPropertyChangedEventArgs args)
{
SearchTextBox searchTextBox = (SearchTextBox)property;
searchTextBox.textSearch.Text= (string)args.NewValue;
}

And the rest of the DP looks like this:

public string Text
{
get { return (string)GetValue(TextProperty); }
set { SetValue(TextProperty, value); }
}

public static readonly DependencyProperty TextProperty =
DependencyProperty.Register(
"Text",
typeof(string),
typeof(SearchTextBox),
new UIPropertyMetadata(string.Empty, new PropertyChangedCallback(textChangedCallBack)));

The important part here is what wasn't created by the VS snippet :

new UIPropertyMetadata(string.Empty, new PropertyChangedCallback(textChangedCallBack))

Now you are binding to your custom control and all is good.

本文链接

.NET应用程序调试总结系列视频（三）：Sysinternals Suite and other tools

2010-12-12T05:56:00Z

Sysinternals Suite是微软技术团队开发的一套功能强大的免费工具程序集，包括几十个相互独立的工具，这些工具囊括了文件、进程、磁盘、网络、安全等系统管理的方方面面，而Sysinternals Suite中的工具比系统中集成的类似工具功能更为强大，针对系统的可操作性更灵活。不管是对Windows用户，还是对Windows平台的软件开发者来说，这套工具都能给我们带来极大的帮助。

这次课程的内容如下：

Process Explorer
►View -> Lower Pane(DLL, Handles)
►Refresh Rate, Also Press F5
►Opacity
►Saving
►Shutting Down or logoff
►Run
►Runas
►Run as limited user
►Always on top
►Replace task manager
►Hide when minimized
►Verify Image sigatures
►Config symbols, (Debugging tools)
►System information
►Sorting and Process Tree
►DPCs and Interrupts
►Find Window’s process
►Process View Options
►Process Context Menu
►Kill
►Kill Process Tree
►Performance
►Performance Graph
►Threads
►Tcp/IP
►Security
►.Net(.net Performance counters)
►Services
►Enviroment
►DLLs
►Handle View
►Searching
Process Monitor
►File, Reg, Process
►Filter
►Find window by process
TcpView
►谁用了我的网络？
Autoruns
►谁偷摸在我机器上跑了？
ZoomIt
►幻灯片演示好帮手
DbgView
►上次讲过。。。
Performance Monitor
►http://dotnetdebug.net/2005/06/30/perfmon-your-debugging-buddy/
Snoop
►WPF调试好帮手
Reflector
►You must know
►IL Code
►Export

本次课程下载地址：

视频：03 Sysinternals Suite.7z

ppt：03 Sysinternals Suite.ppt

本系列课程：http://cid-2cd0144b16b3ba5c.office.live.com/browse.aspx/Public/DotNet%20Debugging%20Series

陈锋博客：http://fengchen.wordpress.com.cn/2010/11/17/netappdbgsumup/

本文链接

.NET应用程序调试总结系列视频（二）：VS Debugger Basics

2010-11-25T02:09:00Z

锋哥的调试系列视频终于更新了，这一次他给我们介绍了VS调试器最常用的基本功能，并演示了如何使用这些功能。有一部分是C#专用的，但是很多对与C++也非常管用。这次课程的内容如下：

DebugView
Tracepoints
Using JIT Debugging
Breakpoints
Watch Window
Immediate Window
Exception
Debugger Attach
vshost.exe process(.net dev only)
Debugger Class usage
Debugger attribute(.net only)
Write a Custom Visualizer
*.suo

本次课程下载地址：

视频：http://cid-2cd0144b16b3ba5c.office.live.com/self.aspx/Public/DotNet%20Debugging%20Series/02%20VS%20Debugger.7z

ppt：http://cid-2cd0144b16b3ba5c.office.live.com/self.aspx/Public/DotNet%20Debugging%20Series/02%20VS%20Debugger.ppt

系列课程：http://cid-2cd0144b16b3ba5c.office.live.com/browse.aspx/Public/DotNet%20Debugging%20Series

陈锋博客：http://fengchen.wordpress.com.cn/2010/11/17/netappdbgsumup/

本文链接