博客园_Nana的荔枝园

园子的模板 CSS 有点小毛病

2011-06-21T07:49:00Z

#green_channel a{
/* ... 省略 ... */
-moz-border-radius: 5px;-webkit-border-radius: 10px;-moz-box-shadow: 0 1px 3px rgba(0,0,0,0.5);-webkit-box-shadow: 0 1px 3px rgba(0,0,0,0.5);
/* ... 省略 ... */
}

这段 CSS 是针对 Mozilla 和 WebKit 引擎的，所以其它浏览器认不出来。

实际上 Opera 和 IE9 早就可以正确呈现这样的效果了，只要换成这样就可以了：

#green_channel a{
/* ... 省略 ... */
border-radius: 5px; box-shadow: 0 1px 3px rgba(0,0,0,0.5);
/* ... 省略 ... */
}

当然了，我看的是我正在用的这个模板，不知道其它模板细节是如何。

本文链接

两则用于验证 Email 地址的正则表达式

2011-06-16T06:35:00Z

完全版（接受所有有效形式，除了域名部分为纯 IP 地址的情况）：

/^("(?:\\[ -~]|[ !#-\[\]-~])+"|[!#-'*+\-\/\d=?A-Z^_`a-z{|}~]+(?:\.[!#-'*+\-\/\d=?A-Z^_`a-z{|}~]+)*)@((?:[\dA-Za-z](?:[-\dA-Za-z]*[\dA-Za-z])?\.)+[A-Za-z][-A-Za-z]*[A-Za-z])$/

简化版（只接受常见的 Email 地址形式，行为近似于 Hotmail）：

/^([&'+\-\d=A-Z_a-z]+(?:\.[&'+\-\d=A-Z_a-z]+)*)@((?:[\dA-Za-z](?:[-\dA-Za-z]*[\dA-Za-z])?\.)+[A-Za-z][-A-Za-z]*[A-Za-z])$/

本文链接

【备忘】在类库项目中使用 Razor 智能感知

2011-01-22T07:15:00Z

http://blogs.msdn.com/b/webdevtools/archive/2011/01/20/how-to-get-razor-intellisense-for-model-in-a-class-library-project.aspx

本文链接

分享 Visual Studio 2010 扩展制作的心得：基本功能篇

2011-01-21T03:09:00Z

背景

几个月前我做了一个给 Visual Studio 2010 增加背景图片的扩展，不过说实在的这个东西也是借鉴了日本人做的同类扩展。

没想到放出来之后有很多人对此感兴趣，我也因此决定增加配置对话框功能，免去手工编辑配置文件的麻烦。

但是因为一些奇怪的原因，说好的功能一直没有去做，在这期间也有别人在此基础上进行改造（虽然有点无伤大雅的小小误会），受这件事情的刺激我决定完善这个扩展，让它成为一个说得过去的产品。

而在完善这个扩展的过程中也遭遇了种种的困难，为了让对这方面感兴趣的同学们以后少走弯路，我决定以博文为载体将解决这些问题的经验分享出来。

基本功能的实现

我这个扩展到基本功能么，就是给 Visual Studio 2010 里面的文本编辑器增加背景图案，然后还要使用一个 XML 文件来保存这些配置。

原理呢，就是通过编辑器修饰物扩展的实现，来在编辑器中插入 Canvas 控件和 Image 控件（WPF），来绘制背景，效果呢大概就是这样：

通过 Visual Studio SDK 所提供的项目模板可以创建简单的编辑器修饰项目，模板中实现的是一个紫色的方块，我们需要把它改造成我们需要的东西。

背景图片

单纯的背景图片实现其实是很容易的事情，因为通过模板创建的项目就是使用 Image 控件来显示紫色方块的，只要设置好其 Source 属性，再设定其位置和一些其它的杂项属性就成了。

设置 Source 属性

因为目标是图片文件，所以设置 Source 属性时的首选类型是 BitmapImage。

不过 BitmapImage 的默认构造器会独占目标图片文件，因而导致程序运行过程中无法修改或移动目标图片文件。

解决这个问题的办法则是使用无参数的构造器，并且手工编写初始化步骤：

var bmp = new BitmapImage();
bmp.BeginInit();
bmp.CreateOptions = BitmapCreateOptions.IgnoreImageCache;
bmp.CacheOption = BitmapCacheOption.OnLoad;
bmp.UriSource = new Uri(value);
bmp.EndInit();

设定位置和大小

项目的默认实现采用的是固定大小的 Image 控件，并将之放在右上角。

而对于我们采用的背景图片来说，可能放在其它位置更好，比方说我最喜欢的一张比较适合放在右下角。

要改变其位置也并不复杂，只要让 Image 控件填满整个空间，然后设置它的 HorizontalAlignment 和 VerticalAlignment 属性就可以了。

这里需要注意的是，ItaBackgroundImage 把 Image 控件的位置坐标设置成了『0, 0』，而当编辑器大小改变（比方说缩放了 Visual Studio 的窗口）时这种设计会导致背景图片错位。

正确的方法应该是这样做：

Canvas.SetLeft(element, textView.ViewportLeft);
Canvas.SetTop(element, textView.ViewportTop);

element.Width = textView.ViewportWidth;
element.Height = textView.ViewportHeight;

adornmentLayer.AddAdornment(AdornmentPositioningBehavior.ViewportRelative,
  null, null, element, null);

墙纸图案

和背景图片不同，墙纸图案通常是重复绘制来填充整个背景空间的，所以使用 Canvas 和 ImageBrush 来配合的效果比较好，ImageBrush 的 TileMode 属性应该设置成 None 以外的项目。

不过使用过我之前发布的 ItaBackgroundKyuu 的同学可能会注意到，ItaBackgroundKyuu 的墙纸图案是“固定位置”的，当文本进行滚动的时候墙纸并不会跟随着一起滚动，这样用起来会感觉很奇怪，因此我又花了些时间来研究让墙纸跟随文本一起滚动的办法。

通过调用 AddAdornment 时指定 AdornmentPositioningBehavior.OwnerControlled 可以初步达到这个目的。

纵向坐标偏移的问题

如果改变了编辑器的显示比例（Zoom），或者从非正常关闭中恢复 Visual Studio 时，编辑器视图的坐标系可能会发生改变；如果这个时候向上滚动编辑器，就会发现前面的部分并没有绘制墙纸图案，甚至还有可能会引发异常。

借助 Reflector 等手段研究了一番之后，并没有发现什么可以确定文本中第一行的纵向坐标的简单办法，不知道是不是搞错了探索的方向。

不过在这个过程中却发现编辑器内部似乎是从某一行开始一行一行地累加行高，所以经过若干小时的尝试之后，最终我也采用了累加行高的办法，这部分是这样实现的：

private double GetFirstLineTop(IWpfTextView view)
{
  var fvLine = view.TextViewLines.FirstVisibleLine;
  double top = fvLine.Top;

  var ss = fvLine.Snapshot;
  int lastIndex = fvLine.Start;

  IWpfTextViewLine line;
  while (lastIndex > 0)
  {
    line = view.GetTextViewLineContainingBufferPosition(new SnapshotPoint(ss, lastIndex - 1));
    top -= line.Height;

    lastIndex = line.Start;
  }

  return top;
}

在 ITextView 的 LayoutChanged 事件中写入下面这样的代码，就可以让墙纸图案随着文本一并滚动了，而且改变显示比例也不会导致错位问题：

var tileTop = GetFirstLineTop(textView);
Canvas.SetTop(tile, tileTop); // tile 是用于呈现墙纸图案的 Canvas 控件

var state = e.NewViewState;
tile.Width = state.ViewportRight;
tile.Height = state.ViewportBottom - tileTop;

修饰层的呈现优先顺序

修饰层以哪种优先级呈现会影响到修饰层中的修饰物件会遮挡住什么、可以被什么遮挡住。

修饰项目默认采用的修饰层是这样设定的：

[Export(typeof(AdornmentLayerDefinition))]
[Name("ViewportAdornment1")]
[Order(After = PredefinedAdornmentLayers.Caret)]
[TextViewRole(PredefinedTextViewRoles.Document)]
public AdornmentLayerDefinition editorAdornmentLayer = null;

然而在实际使用中会发现我们的修饰层可能会意外地显示不正确，调试过程中可以发现在能满足 [Order(After = PredefinedAdornmentLayers.Caret)] 的前提下，我们的修饰层的呈现顺序并不确定，而是随机插入在其它修饰层之间的。

为了让它正确呈现，我们需要指定一个较为严格的顺序，比方说：

[Order(Before = PredefinedAdornmentLayers.Outlining)]

这样我们的修饰物就总会出现在编辑器的最底层了。

设置的存储

为了省却一部分人在重装系统之后可能需要重新设置的麻烦，我把设置以 XML 文件的形式保存在了『我的文档』之中。

由于采用的是独立的 XML 文件，因此直接使用了 XML 序列化功能，而没有去使用 .NET 框架所推荐的 ConfigurationSection 设计。

这部分没有什么需要特别注意的技术细节，也不作过多的说明了。

后记

这一次主要说的是实现基本功能时需要注意的技术细节，然而在完善它使其成为一款真正的『产品』的过程中还有很多其它方面的问题，这些问题以及解决的办法我也会在以后的博文中一一列举出来。

博文大致会写成这样的几篇：

设置对话框的实现；
打包 VSIX 的心得；
编程过程中遭遇的陷阱。

最后，附上我的扩展在『Visual Studio 扩展库』上的下载页面链接：

http://visualstudiogallery.msdn.microsoft.com/zh-cn/2d4f653f-262a-4d3a-b42c-c6f8e35e777e

发布在扩展库上就意味着安装扩展的用户以后都能及时收到更新。

需要注意的是，扩展名称已经从『ItaBackgroundKyuu』改成了『KyuuBackground』，名称上的改变导致之前版本的配置文件也不再起作用了，需要通过选项对话框重新设置。

本文链接

ASP.NET MVC 3 中文版正式释出上线

2011-01-21T00:57:00Z

今天在微软（中国）下载中心首页的最新下载栏目中已经提供了 ASP.NET MVC 3 中文语言包的下载链接。

请大家注意，下载页面上并没有写清楚，但是提供的并不是完整的 ASP.NET MVC 3，仅仅是中文语言包，需要先安装 “非本地化版的” ASP.NET MVC 3 才能使用。

除了 ASP.NET MVC 3 以外，从前几天开始微软就提供了另外几款免费 Web 平台产品的中文版下载，它们分别是：

注：

安装 WebMatrix 以前请确保已经安装了 WebPI、IIS 7.5 Express 和 Web Deploy。

Razor 引擎的 Visual Studio 支持是包含在 ASP.NET MVC 3 中的，如果希望在编辑 Razor 模板时利用到 Visual Studio 的便利功能，就需要安装 ASP.NET MVC 3；但是 Razor 文档本身可以用任何文本编辑器进行编辑，只要安装了 Razor 引擎的独立安装版本，任何现有的 ASP.NET 网站都可以使用 Razor 文档（不包括使用 CodeBehind 模式的『ASP.NET 应用程序』项目——这类的项目应该使用 ASPX 文档）。

另外，Visual Studio 2010 Service Pack 1 应该会在几个星期以后推出。

>>>>>>> And can you tell when we will get Visual Studio 2010 Service Pack 1?

This will ship in a few more weeks.

Hope this helps,

Scott

本文链接

悄悄地进村，打枪的不要——KyuuBackground(原 ItaBackgroundKyuu)改造完成

2011-01-18T18:24:00Z

增加 OptionPage 支持花了不少时间，只有 OptionPage 是不行的，还得改变装饰物的实现好随时响应设置的变化。

改造的过程中又发现一个之前没注意到的问题，改变缩放比例会导致背景图案错位……为了修正这个问题也花了好几个小时去研究，最后用了一些算不上太漂亮的办法让它勉勉强强看不出来。

我把它扔到了 Visual Studio 资源库上，下载页面的链接是 http://visualstudiogallery.msdn.microsoft.com/zh-cn/2d4f653f-262a-4d3a-b42c-c6f8e35e777e 。

技术细节什么的等精神好的时候再补吧。

本文链接

光年：光走一年的距离

2011-01-17T08:37:00Z

去年11约的时候 NASA 发布了个消息，说是发现了距离地球约 5000 万光年的黑洞，一个年仅 30 岁的黑洞。

然后这里面产生了一些有趣的问题——有些人可能对这个笑话比较有印象：

一位游客游览史前古遗址时，发现一些恐龙化石，便问导游：“这些恐龙化石有多久的历史了？”

“一万万年零两天。”导游回答。

“你怎么这样肯定？”游客惊讶地问。

“因为前天，一位著名的考古学家认定它们已有一万万年的历史。”导游狡黠地答道。

这个笑话你可能听过其它的版本，不过别管它说的是几亿年还是几万年，笑话的笑点基本上是一样的：专家只能根据化石的特征来估计出一个大体的“年龄”，这个几万年也好几亿年也好只是个误差可能有千千万万年的近似值，在误差这么大的近似值上自作聪明地加上了精确的“两天”（别的版本也许是十个月）就显得太好笑了。

那么同样的，对于距离地球约 5000 万光年的黑洞来说，“年仅 30 岁”这样一个比较精确的数值也显得很可笑了。

“等一下！”有人看到这里人可能忍不住要有意见了：“‘光年’是距离单位，不是时间单位！”

我知道有很多人看别人拿“5000 万光年”和“30 岁”什么的放在一起说的时候会有这种想法——光年可是距离单位，你怎么能把它和时间相比较呢？

其实这么说的时候，忽略了一个很明显的问题：“光年”为什么叫做“光年”。

这个问题的答案也很简单，很浅显的道理：“光年”在字面上表示“以光速‘行走’一年的距离”，那么实际上对于以光或者电磁波（光其实就是一种电磁波，你知道吗？）作为主要的天文观测手段的我们来说，“5000 万光年”也就意味着我们观察到的是“光从遥远的地方‘行走’了 5000 万年之后给我们带来的景象”，简单点说，也就是“5000 万年以前的景象”。

当然了，实际上光年这个距离单位的定义和“光行走一年”是有点细微差别的，不过通常我们还是可以粗略地认为它们相同。

所以你看，“光年”的确是距离单位，但是从“5000 万光年”我们却可以知道我们所看到的是 5000 万年前的景象，这里并没有谁把“光年”当成了时间单位，只不过它隐含了距离和时间之间的关系，只要我们还依赖光作为观测手段，它就一直成立。

而我在这里谈到“光年”和“光”和“年”的关系的问题，其实也想提醒同学们注意：

我们的身边是不是有这样的人？或者我们自己是不是也犯这样的错误？

过分地纠缠在一些细枝末节的表面问题上，却忽略掉了事物自身的内在联系？

我们有没有被微小的现象迷惑而没有看到问题的全貌，并因此作出错误的判断、错误的决定？

以前有过也好，以前没有过也好，希望大家都不要犯这样令人哭笑不得的错误。

哦，关于“5000 万光年以外的 30 岁黑洞”的问题，其实这个“30 岁”作为比较精确的数值，是没有任何问题的——科学家通过“5000 万光年以外的光”（具体来说是 X 射线之类的辐射现象）观察到的的确是年龄只有 30 岁的黑洞，尽管“5000 万光年”这个距离数值可能存在巨大的偏差，但射线跨越 5000 万光年为我们带来的关于黑洞的信息却是足够精确的。

问题只是在于，现有的语言里实在没有一个特别合适的描述这种情况的办法——根本上的原因，还是我们的日常生活并不会经常跟 5000 万光年的距离之外的东西打交道，以至于有些像我这样的人从直觉上不能区分“5000 万年以前的景象”和“30 岁的黑洞”里时间精度所具备的不同含义，语言中缺乏描述方法也是因为这个原因。

所以其实说到头来，像我这样因为“5000 万光年”而怀疑“30 岁”的精确性，也是有点让人哭笑不得的。

本文链接

微软免费 Web 平台产品线中文版已部分上线

2011-01-17T03:39:00Z

几天之前 ScottGu 通过博文公布了包括 ASP.NET MVC 3、IIS Express、WebMatrix 在内的数种免费 Web 平台产品正式释出上线，不过比较可惜的是只发布了 ASP.NET MVC 3 的英文版，一时间大家还用不上中文版的 ASP.NET MVC 3。

不过在等待 ASP.NET MVC 3 中文版的过程中，意外地发现在微软（中国）下载中心的首页看到了一些 Web 平台产品的链接，调查之后发现前面提到的 Web 平台产品中已经有五款完成了中文化并提供下载，他们分别是：

Razor 页面/视图引擎 (ASP.NET Web Pages with Razor Syntax)；

WebMatrix；

Web 平台安装程序 (WebPI) 3.0；

IIS 7.5 Express；

Web 部署工具 (Web Deploy) 2.0。

点击链接进入页面就可以下载到上述产品的中文版。

注：文件名中含有“amd64”的文件表示是面向 64 位 Windows 的版本，“amd64”含义同“x86-64”。

另外在一般的“ASP.NET Web 应用程序”中使用 Razor 引擎的办法，好像也有人研究出来了，有兴趣的同学可以参考文章试试：http://blog.joycode.com/saucer/archives/2011/01/15/116131.joy

不过现在仍然不知道 ASP.NET MVC 3 的中文版要到什么时候才会释出，也许要等到 Visual Studio 2010 Service Pack 1 发布了。

本文链接

【备忘】ASP.NET MVC 2 是怎么样支持 ASP.NET 4 的自动 HTML 转移的 —— TypeBuilder 的利用

2011-01-13T09:59:00Z

http://msdn.microsoft.com/en-us/library/dd394709.aspx

http://aspnet.codeplex.com/releases/view/41742

// in .NET 4, we dynamically create a type that subclasses MvcHtmlString and implements IHtmlString
        private static MvcHtmlStringCreator GetCreator() {
            Type iHtmlStringType = typeof(HttpContext).Assembly.GetType("System.Web.IHtmlString");
            if (iHtmlStringType != null) {
                // first, create the dynamic type
                Type dynamicType = DynamicTypeGenerator.GenerateType("DynamicMvcHtmlString", typeof(MvcHtmlString), new Type[] { iHtmlStringType });

                // then, create the delegate to instantiate the dynamic type
                ParameterExpression valueParamExpr = Expression.Parameter(typeof(string), "value");
                NewExpression newObjExpr = Expression.New(dynamicType.GetConstructor(new Type[] { typeof(string) }), valueParamExpr);
                Expression<MvcHtmlStringCreator> lambdaExpr = Expression.Lambda<MvcHtmlStringCreator>(newObjExpr, valueParamExpr);
                return lambdaExpr.Compile();
            }
            else {
                // disabling 0618 allows us to call the MvcHtmlString() constructor
#pragma warning disable 0618
                return value => new MvcHtmlString(value);
#pragma warning restore 0618
            }
        }

namespace System.Web.Mvc {
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Reflection;
    using System.Reflection.Emit;
    using System.Security;

    internal static class DynamicTypeGenerator {

        private static readonly ModuleBuilder _dynamicModule = CreateDynamicModule();

        private static ModuleBuilder CreateDynamicModule() {
            // DDB 226615 - since MVC is [SecurityTransparent], the dynamic assembly must declare itself likewise
            CustomAttributeBuilder builder = new CustomAttributeBuilder(
                typeof(SecurityTransparentAttribute).GetConstructor(Type.EmptyTypes), new object[0]);
            CustomAttributeBuilder[] assemblyAttributes = new CustomAttributeBuilder[] { builder };
            AssemblyBuilder dynamicAssembly = AppDomain.CurrentDomain.DefineDynamicAssembly(
                new AssemblyName("System.Web.Mvc.{Dynamic}"), AssemblyBuilderAccess.Run, assemblyAttributes);
            ModuleBuilder dynamicModule = dynamicAssembly.DefineDynamicModule("System.Web.Mvc.{Dynamic}.dll");
            return dynamicModule;
        }

        // Creates a new dynamic type that is a subclassed type of baseType and also implements methods of the specified
        // interfaces. The base type must already have method signatures that implicitly implement the given
        // interfaces. The signatures of all public (e.g. not private / internal) constructors from the baseType
        // will be duplicated for the subclassed type and the new constructors made public.
        public static Type GenerateType(string dynamicTypeName, Type baseType, IEnumerable<Type> interfaceTypes) {
            TypeBuilder newType = _dynamicModule.DefineType(
                "System.Web.Mvc.{Dynamic}." + dynamicTypeName,
                TypeAttributes.AutoLayout | TypeAttributes.Public | TypeAttributes.Class,
                baseType);

            foreach (Type interfaceType in interfaceTypes) {
                newType.AddInterfaceImplementation(interfaceType);
                foreach (MethodInfo interfaceMethod in interfaceType.GetMethods()) {
                    ImplementInterfaceMethod(newType, interfaceMethod);
                }
            }

            // generate new constructors for each accessible base constructor
            foreach (ConstructorInfo ctor in baseType.GetConstructors(BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance)) {
                switch (ctor.Attributes & MethodAttributes.MemberAccessMask) {
                    case MethodAttributes.Family:
                    case MethodAttributes.Public:
                    case MethodAttributes.FamORAssem:
                        ImplementConstructor(newType, ctor);
                        break;
                }
            }

            Type bakedType = newType.CreateType();
            return bakedType;
        }

        // generates this constructor:
        // public NewType(param0, param1, ...) : base(param0, param1, ...) { }
        private static void ImplementConstructor(TypeBuilder newType, ConstructorInfo baseCtor) {
            ParameterInfo[] parameters = baseCtor.GetParameters();
            Type[] parameterTypes = (from p in parameters select p.ParameterType).ToArray();

            ConstructorBuilder newCtor = newType.DefineConstructor(
                (baseCtor.Attributes & ~MethodAttributes.MemberAccessMask) | MethodAttributes.Public /* force public constructor */,
                baseCtor.CallingConvention, parameterTypes);

            // parameter 0 is 'this', so we start at index 1
            for (int i = 0; i < parameters.Length; i++) {
                newCtor.DefineParameter(i + 1, parameters[i].Attributes, parameters[i].Name);
            }

            // load all arguments (including 'this') in proper order, then call and return
            ILGenerator ilGen = newCtor.GetILGenerator();
            for (int i = 0; i <= parameterTypes.Length; i++) {
                ilGen.Emit(OpCodes.Ldarg_S, (byte)i);
            }
            ilGen.Emit(OpCodes.Call, baseCtor);
            ilGen.Emit(OpCodes.Ret);
        }

        // generates this explicit interface method:
        // public new Interface.Method(param0, param1, ...) {
        //   return base.Method(param0, param1, ...);
        // }
        private static void ImplementInterfaceMethod(TypeBuilder newType, MethodInfo interfaceMethod) {
            ParameterInfo[] parameters = interfaceMethod.GetParameters();
            Type[] parameterTypes = (from p in parameters select p.ParameterType).ToArray();

            // based on http://msdn.microsoft.com/en-us/library/system.reflection.emit.typebuilder.definemethodoverride.aspx
            MethodBuilder newMethod = newType.DefineMethod(interfaceMethod.DeclaringType.Name + "." + interfaceMethod.Name,
                MethodAttributes.Private | MethodAttributes.HideBySig | MethodAttributes.NewSlot | MethodAttributes.Virtual | MethodAttributes.Final,
                interfaceMethod.ReturnType, parameterTypes);

            MethodInfo baseMethod = newType.BaseType.GetMethod(interfaceMethod.Name, parameterTypes);

            // parameter 0 is 'this', so we start at index 1
            for (int i = 0; i < parameters.Length; i++) {
                newMethod.DefineParameter(i + 1, parameters[i].Attributes, parameters[i].Name);
            }

            // load all arguments (including 'this') in proper order, then call and return
            ILGenerator ilGen = newMethod.GetILGenerator();
            for (int i = 0; i <= parameterTypes.Length; i++) {
                ilGen.Emit(OpCodes.Ldarg_S, (byte)i);
            }
            ilGen.Emit(OpCodes.Call, baseMethod);
            ilGen.Emit(OpCodes.Ret);

            // finally, hook the new method up to the interface mapping
            newType.DefineMethodOverride(newMethod, interfaceMethod);
        }

    }
}

本文链接

唔... 突然发现进入推荐博客了

2011-01-13T09:09:00Z

大概以后写东西会有更多的人来看了吧？这倒是个好事。

不过发现这件事的时候我正在把一些乱七八糟的东西往博客上扔——本来只是放着备忘的，所以也没任何说明和注释。

希望从“推荐博客”点进来的同学们没有因为这些东西迷惑到。

还有，我是非常非常懒的，如果发现我总是发些零零散散的东西却很少发代码和解说都完整的文章，也千万别觉得奇怪。

本文链接