博客园_Kevin Yang的博客

诚招.Net研发人员

2011-05-11T14:54:00Z

.Net初级开发工程师，详见http://job.cnblogs.com/offer/11940/

.Net高级开发工程师，详见http://job.cnblogs.com/offer/11942/

公司是做网络营销效果量化的，以及SEO，SEM等业务。我们是一家创新的技术导向的公司，老板对技术非常看重，当同行业内别的公司都在使用国外的软件的时候，我们却自己在短短的时间内开发出一套自主知识产权的产品，而且比国外成熟的产品更创新，更具竞争力，以致于连百度都来模仿我们。因为我们的创新能力，我们成为微软全球战略合作伙伴，同时也是微软bizpark one计划中国区的唯一一家公司。因为我们seo、sem的专业性，我们成为SEMPO国际组织在中国的唯一核心企业会员。

公司正处在一个快速发展时期，扩张非常快，前景非常不错，我们技术部需要有激情、有能力、又上进的技术人才加盟，和我们一起奋斗！

公司用的技术都是微软系的，研发用.Net，数据库用sql server，如果你有这方面背景自然最理想，当然也不强求，因为我相信技术都是相通的，如果你在别的技术领域已经做得很好了，相信你也能在这个领域同样做得很好。

本文链接

VS编译时自动引用Debug|Release版本的dll

2011-04-10T14:33:00Z

公司一些早期的项目，把所有工程都放到一个解决方案下了，导致整个解决方案编译很慢，而且也不便于类库的复用和维护。因此我们决定把工程按照功能划分到不同的解决方案里头，然后定期发布dll到TFS配置库上固定的TeamProject下面，以后应用程序引用时就不添加工程，而是采用添加dll的方式。但是现在遇到一个问题，发布dll一般会发布Debug和Release两个版本，那么应用程序应该引用哪个版本呢？

理想情况下，开发测试的时候应该使用Debug版本，这样抛异常的时候调试很方便。正式部署到生产环境的时候可以使用Release版本，这样性能好一些。但是添加dll的时候VS只允许选择一个版本。

我们知道，VS支持把工程不同的编译选项保存到不同的配置中，编译时根据当前使用的配置来决定采用什么样的编译选项。默认会新建Debug和Release这两个配置。开发时我们一般选Debug配置，发布时一般选择Release。

如果添加dll时也能根据当前配置引用不同路径的dll，那就好了。在stackoverflow上搜到了相关的信息，说可以修改csproj工程文件，使用VS宏变量来指定dll路径。用记事本打开研究了一番倒也挺简单的.找到引用类库的地方：

<ItemGroup>
<Reference Include="ClassLibrary1,Version=1.0.0.0,Culture=neutral,processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>Lib\Debug\ClassLibrary1.dll</HintPath>
</Reference>

只需要改成：

<ItemGroup>
    <Reference Include="ClassLibrary1, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>Lib\$(Configuration)\ClassLibrary1.dll</HintPath>
    </Reference>

这样编译时VS就能根据当前配置到Debug或者Release文件夹下寻找相应的dll了。

不过这样一来，以后添加dll的时候就有点麻烦了，每次都要手工编辑csproj文件。同事吴突发奇想，能不能在发布的时候再建一个名为“$(Configuration)”的文件夹，以后直接引用这个文件夹下的dll即可，都不需要修改csproj文件了。我的第一个反应是VS应该会对这样的路径做转义之类的，因为和内置变量名冲突了。但本着“不确定的事情要通过实验去验证”的精神，我做了这个实验，发现居然可以！VS才不管你路径包含什么字符串呢。

最后的结论，发布dll时，需要同时发布到以下三个文件夹：

$(Configuration)\MyLibrary.dll
Debug\MyLibrary.dll
Release\MyLibrary.dll

其中$(Configuration)文件夹下的dll无所谓哪个版本了，这个纯粹只是为了骗过Visual Studio的而已，编译时根本不会用到。添加dll引用的时候，直接引用$(Configuration)\MyLibrary.dll即可。

希望此文对你有帮助。

== Kevin Yang ==

本文链接

盘点国内外不同特色的Web流量分析工具

2011-01-14T04:30:00Z

这些年，随着互联网的发展，Web网站流量分析也开始受到很多人的重视。05年Google收购了Urchin并推出了新版本的Google Analytics工具，09年Adobe收购了Omniture公司，2010年，IBM收购了同样出色的Coremetrics公司。而国内这块市场才刚刚起步，还没有那么多非常成熟的工具。本文我将盘点一下我用过的几款国内外不同特色的Web流量分析工具。

Omniture SiteCatalyst

2002年推出收费国外

虽说论资历，Omniture还比不上WebTrends，但是凭借技术上的优势，Omniture已经可以算得上Web流量分析领域的老大了，产品线非常庞大，其中SiteCatalyst是其主推的旗舰产品。最近一两年似乎也在积极开拓国内的市场。

优势1. 针对电子商务定制的监测

SiteCatalyst对于电子商务客户有专门定制的监测，可以分析例如购物车添加、移除等事件。

优势2. 提供强大的扩展机制

SiteCatalyst通过eVars（custom ecommerce variable）、props（custom insight variable）以及Custom Event达到报表扩展的目的。通过配置这三个特殊变量，客户可以实现很多自定义KPI的跟踪。

通过在后台配置变量关联，可以对在同一份报表中对数据进行关联分析。例如将页面名和省份关联，那么就可以分析每个页面在不同省份的表现情况。

优势3. 路径分析

路径分析无疑是Omniture的一大优势。这里的说的路径分析既可以是传统的页面导航分析，

也可以和KPI结合到一块来分析（下图来自Discover系统）

劣势：Omniture SiteCatalyst的最大劣势就是系统过于复杂。而部署工作非常繁琐，需要在客户网站上加上非常多的标记代码，例如为不同页面设置不同的页面名称。而后台很多报表也需要经过精心的预配置才能看到。所以一般SiteCatalyst的配置都由培训过的专业人士来负责。

Google Analytics

2005年推出免费国外

Google Analytics（简称GA）是Google收购了老牌的付费流量分析工具Urchin之后整合推出的一款免费网站流量分析工具。GA自推出以来，以其强大优势迅速拉拢了国内外大量用户，成为人气之王。

优势1. 功能完备

由于GA的前身是付费流量工具Urchin，因此它的功能较其他免费流量分析工具来说更为完备。访客跟踪，网站热门内容跟踪，路径导航分析，流量来源分析，链接点击覆盖图以及电子商务等等，基本涵盖了Web流量分析常用的各个方面。

优势2. 数据剖析功能强大

做Web流量分析最基础的操作就是对流量进行细分，这样才能知道每个特定群体，例如来自百度和来自Google的各自的KPI效果如何。GA在报表中允许对不同数据进行交叉分析，其高级分段（Advanced Segments）功能更是允许你精心过滤出你关注的群体。关于如何使用GA高效的进行数据剖析，可以参考我以前写过的文章高效使用Google Analytics进行Web流量分析。

优势3. 代码部署简单

相比Omniture，GA部署的代码简单得多了，大多数情况只需要在全站加几行一样的js代码即可完成部署工作。然后就直接在后台看到全部的报表。只有部分特殊的功能，例如电子商务，才需要写一些特别的js代码。

劣势：相对复杂，不容易上手，适合有一定Web分析基础的人使用。同时，自从谷歌撤离大陆之后，GA收集数据的域名www.google-analytics.com就没了保障，面临偶尔甚至终生被重置的危险。

Cnzz站长统计（还有51.la、太极链等）

2007年推出免费国内

cnzz应该算得上目前国内用户群最大的流量统计工具了。由于推出较早占有了大批用户群。

优势1. 界面对于大多数中小站长来说比较直观

国内的Web流量分析市场毕竟不像国外那么成熟，大多数中小站长们关注的东西还比较浅层次，看看pv和uv就够了。因此像cnzz的这种界面倒是非常迎合站长的需求。左侧菜单直接就可以打开各个报表。报表基本都是提供一维分析，例如搜索引擎，关键词报表，来源升降版，受访页升降版。比较好理解。

优势2. 用户群大，可以做一些行业级分析

按cnzz官网说的，目前已经有注册用户1694799人，统计站点2795581家了。拥有了这么庞大的数据，并且数据来自各行各业，因此基于数据提供的行业级报告可信度较高。

劣势. 报表简单，无法进行二维以上的交叉分析，例如剖析搜索引擎来的不同关键词的pv、uv表现如何，不同关键词又是如何着陆到不同页面。使用IP来甄别独立访客，是以前日志分析时用到的技术，不适应新形势。

国内还有好多类似的统计工具，例如51.la，太极链等，和cnzz走的路线基本差不多。

Gridsum WebDissector

2008年推出收费国内

WebDissector是国双科技08年推出的一款基于多维度自由剖析的Web流量分析工具，在推出一年内，便摘得Adworld 2009年度最佳技术大奖，目前服务的客户有很多知名品牌，例如微软中国，可口可乐，惠普，上汽，中粮，欧莱雅集团下所有品牌包括兰蔻、巴黎欧莱雅等。

优势1. 可交互的热力图动态剖析技术

热力图是根据用户的点击密集程度绘制成的一张图，一般用来分析用户的关注点。传统的热力图只是简单的根据用户的点击数据输出为一张静态图片，仅此而已，而国双的WebDissector是全球首个也是唯一一个实现可交互的热力图动态剖析技术的工具。该工具采用了微软最新的Silverlight技术进行研发。

用户可以任意框选热力图上感兴趣的区域，然后从20多个不同维度中选择其中一个维度对此区域进行流量细分，例如分不同搜索引擎、关键词或者广告媒介查看流量情况，而且剖析不局限于当前的点击数据，用户还可以看到点击了此片区域的访客最后完成的KPI情况，例如此访客最终是否发生购买行为，是否注册转化了等等。

用户也可以针对某个特定的群体绘制出单独的热力图，例如用户想看看从新浪和搜狐广告推介来的访客都关注那片区域，那么他可以使用“广告来源=新浪or搜狐”的条件绘制出新的热力图。

针对Flash内不同场景的跟踪，WebDissector更是通过独创的快照分析功能解决了同片区域不同内容的点击监测。

如果用户关注页面上的链接，那么可以启用链接排行榜功能，分析此页面上链接的点击情况。不过这个功能似乎已经成为很多成熟Web流量分析工具的标配了。

优势2. 多维度自由交叉剖析

很多人在GA中见识了使用两三个不同维度进行交叉剖析的功能，而在国双的WebDissector系统中，用户可以使用近70多个内置维度进行自由交叉剖析。下面四张图展示了一个自由剖析的过程。

优势3. 自定义属性

一个优秀的系统必须能够扩展，像Omniture SiteCatalyst提供的变量扩展机制，WebDissector也提供了自定义属性用于给客户自定义自己想关注的维度，例如我们可以设置一个自定义属性“性别”，在浏览器端通过网站传给的信息发送给WebDissector服务器，最后就能在后台看到不同性别的流量情况了。

优势4. 流量质量评分

如何衡量访客访问的价值一直是Web流量分析的一个重要问题，通常我们会定义一些KPI来评估这种价值，例如此访客是否注册了，是否购买了。但是对于一个内容型的网站可能定义这种指标就不是那么容易。那么我们可以给不同页面、不同的行为设置不同的分值，例如用户着陆的页面通常分值比较低，而用户进入网站一些关键页面则分值较高，那么通过这种方式我们就能直观的为每个流量打上一个分值，从而更好的评估不同渠道的质量效果。

劣势：与Omniture和GA遇到的困境类似，功能强大的系统往往用户不容易上手。路径分析功能尚不及国外优秀工具。

百度统计

2009年推出免费国内

作为后起之秀的百度统计不容小觑，功能和界面设计上吸收了不少前辈们的优点。

优势1. 界面直观，模块清晰

和cnzz相似，百度统计直接把所有报表放到了左侧中，并将其分别归入到“趋势分析”、“来源分析”、“网站分析”、“访客分析”4个报表模块，使到界面非常清爽直观。

优势2. 百度专属功能

作为中国第一大搜索引擎的百度，自己做统计工具自然要比别的工具拥有更多天然优势，例如未来可能和竞价排名系统的对接，又例如常用工具下面的“百度收录量”，可以列出百度爬虫更新你网站的频率以及真实的收录数目，相比直接在百度中通过site语法检索更为精准。

下图是我在去年10月更新博客的时候不小心去掉百度统计代码之后的情况，可以看到收录量急速下降。这说明百度爬虫会将网站使用百度统计作为收录的一个考虑因素。这倒是人之常情，据说Google爬虫也会青睐于自己的统计工具，不过还没找到证据。

那些依赖百度带流量的站长们可得赶紧安上百度统计~~

优势3. 实时统计

百度统计可以看到最新30分钟内的PV和UV，以及最近500个访客的一些信息。这在其他流量统计工具中比较少见。可以满足一些数据控的需求。

优势4. 页面点击图

页面点击图是最近这段时间百度推出的新功能，这使得百度统计成为免费流量工具中首个带热力图功能的工具。百度统计的页面点击图包含了两部分，一部分就是热力图，和国双的WebDissector热力图有些相像，不过剖析能力有限，只有4个常见维度，也只能针对点击数进行剖析，无法剖析其他KPI数据；另外就是链接点击图，和GA的网站覆盖图差不多。

劣势：百度提供的报表最多只能提供3维的连续剖析，例如来源=>搜索引擎=>关键词，相比cnzz的单维报表来说有了进步，但是剖析路径固定，用户无法根据实际需求实现高级的交叉剖析。同时数据过滤功能相对较弱。路径分析功能也比较简单，只能看前置和后置页面，并且需要预配置才可以看到报表，不灵活。

以上就是我用过的工具介绍了，可能有描述不准确的还请指正。不知道各位做Web网站流量分析的朋友都在用什么工具，欢迎大家一起交流~

== Kevin Yang ==

本文链接

IE无法设置短域名下Cookie

2010-09-06T05:20:00Z

最近客户在使用我们的流量监测系统以及GA时发现了一个问题，我们统计到的数据比GA的要多很多倍，而且我们统计到的数据中，跳出率非常高，高达99%左右。

在经过一番简单排查之后找到了问题所在，Cookie设置失败。

但至于为什么会失败，这个问题查了半天，最后在StackOverflow上面有人提到了，IE从5.0开始就无法为短域名下设置Cookie。

那么多短才会出现问题呢？经过试验，发现包含点号在内一共5个字符以内包括5个字符都无法通过Javascript设置Cookie，不过这里有个前提，就是只有当你设置Cookie时显式指定了domain参数才会失败。也就是说如果你这么写：

document.cookie="key=value;domain=ab.cn";

Cookie设置会失败，如果去掉domain参数，直接这样写：

document.cookie="key=value";

则不会出现这样的问题，即便当前域依然是ab.cn。

这篇文章http://support.microsoft.com/kb/310676/en-us/提到了类似的问题，不过貌似和这个情况不大一样。大家也可以参考一下。

因为Cookie设置失败，导致我们的流量监测系统认为每个访问都是一次新的访问，自然跳出率就极高了，而GA貌似Cookie设置失败就不发数据了。

Firefox和Chrome没有这样的问题。

Mark一下，希望对遇到类似问题的人有帮助。

——Kevin Yang

本文链接

使用XamlReader.Load构建配置型自定义控件

2010-09-06T05:00:00Z

我们知道，用Xaml来设计控件UI相比使用后台代码来说要容易得多，而且借助Blend或VS2010界面设计器也更容易维护，不必为了修改一个小小的背景前景色要投身茫茫码海中。但是Xaml相比代码构造来说，失去了动态配置的灵活性，而且也很难用于复制出若干相同配置的控件实例。

考虑下面这样的情景：

我们有一个图表控件，我们使用Blend为这个图表控件预先配置好了很多属性使其展示效果最佳，然后我们希望应用程序其他用到图表控件的地方也使用一样的配置，但是允许其他地方自由选择图表的类型，例如以饼状图、柱状图或是条形图展示。

如果我们在代码中使用工厂模式来构造这个图表控件的话，那么我们通过让使用者传入配置参数的方式的方式来生成使用者期望的图表，这倒是很容易，但如果这个控件的预配置过程是通过Xaml来完成的，那么要实现动态配置就麻烦很多了。而且由于Silverlight的UIElemnet没有Clone方法，即使使用Xaml构建出了一个配置好了的实例，也很难复制出若干个相同配置的实例来。

最近项目就遇到这样的问题，最终我用XamlReader.Load方法动态加载Xaml资源文件的方式解决了这个问题。

下面这个Xaml文件是一个包含DataGrid控件的Grid容器，这个DataGrid有两列组成，但是数据绑定以及列名均允许动态配置。

在这里，我定义了一个简单的参数替换规则，就是"$(ConfigKey~DefaultValue)"，一旦遇到这样的字符串，则认为此字符串为可配置字符串，如果使用者传入该ConfigKey的配置，则使用配置项，否则使用默认值。如果Xaml中只是写了"$(ConfigKey)”没有默认值的话，那么表示此配置项必须由使用者传入，否则抛出异常。

之所以用$(~)这几个特殊字符，是因为这几个字符不会造成Blend Xaml解析器异常。

那么怎么实例化这个Grid容器呢？我写了一个XamlLoader辅助类来实现。

/// <summary>
/// 支持从某个Xaml资源中创建FrameworkElement。内建缓存。
/// </summary>
public static class XamlLoader
{
public static readonly string ContentResourcesBaseUri = "/Assets/ContentResources/";
public static readonly string CurrentAssemblyName;
private static Dictionary<string, string> _cache = new Dictionary<string, string>();
private static Regex _parameterPattern = new Regex(@"\$$(?<parameter>\w+)~?(?<defValue>.*?)$", RegexOptions.ExplicitCapture);
private static object _shareLock = new object();

static XamlLoader()
{
var assemblyName = new AssemblyName(Assembly.GetExecutingAssembly().FullName);
CurrentAssemblyName = assemblyName.Name;
}
/// <summary>
/// 从Xaml资源中实例化FrameworkElement对象。
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="key"></param>
/// <param name="parameters"></param>
/// <returns></returns>
public static T CreateTemplatedFrameworkElement<T>(string key, Dictionary<string, string> parameters) where T : FrameworkElement
{
string xamlString = LoadXaml(key);
// 搜索Xaml资源文件中的所有参数，使用parameters参数字典进行替换
MatchCollection matches = _parameterPattern.Matches(xamlString);
foreach (Match m in matches)
{
string param = m.Groups["parameter"].Value;
string defValue = m.Groups["defValue"].Value;
if (parameters.ContainsKey(param))
{
xamlString = xamlString.Replace(m.Value, parameters[param]);
}
else if (!String.IsNullOrEmpty(defValue))
{
xamlString = xamlString.Replace(m.Value, defValue);
}
else
{
throw new InvalidOperationException(String.Format("Parameter {0} is not provided.", param));
}
}
return XamlReader.Load(xamlString) as T;
}

public static FrameworkElement CreateTemplatedFrameworkElement(string key, Dictionary<string, string> parameters)
{
return CreateTemplatedFrameworkElement<FrameworkElement>(key, parameters);
}

/// <summary>
/// 读取Xaml资源文件字符串。内建缓存。
/// </summary>
/// <param name="key"></param>
/// <returns></returns>
public static string LoadXaml(string key)
{
string xamlString;
if (_cache.ContainsKey(key))
{
xamlString = _cache[key];
}
else
{
lock (_shareLock)
{
if (_cache.ContainsKey(key))
{
xamlString = _cache[key];
}
else
{
string resourceName = string.Format("{0};component{1}{2}.xaml", CurrentAssemblyName, ContentResourcesBaseUri, key);
Uri uri = new Uri(resourceName, UriKind.Relative);
StreamResourceInfo streamResourceInfo = Application.GetResourceStream(uri);
using (Stream resourceStream = streamResourceInfo.Stream)
{
using (StreamReader streamReader = new StreamReader(resourceStream))
{
xamlString = streamReader.ReadToEnd();
if (!String.IsNullOrEmpty(xamlString))
{
_cache[key] = xamlString;
}
}
}
}
}
}
return xamlString;
}
}

实例化的过程就变得很容易了，直接传入模板控件所在资源文件的名称以及一个字典配置对象即可。

XamlLoader.CreateTemplatedFrameworkElement("DataGridTemplate",
new Dictionary<string, string>
{
{"MemberHeader","视频名称"},
{"MetricHeader","访问人数"},
});

XamlReader.Load加载本程序集内自定义控件失败的问题

期间遇到一个很奇怪的问题，通过上述这种方法实例化一个定义在同一个程序集下的自定义控件却抛出AG_E_UNKNOWN_ERROR的XamlParseException。

<SlApp:MyControl
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:SlApp="clr-namespace:SlApp;" />

后来总算找到问题所在。平常当我们在UserControl中用到一个自定义控件的时候，需要添加命名空间，命令空间的格式为：

clr-namespace:CustomNamespace;assembly=CustomAssemblyName

如果控件是在当前程序集下定义的，那么后面的assembly部分就可以省略，但是使用XamlLoader.Load方法加载时这一部分却不能省去，否则就会抛出刚才提到的异常。

正确的写法应该是：

<SlApp:MyControl
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:SlApp="clr-namespace:SlApp;assembly=SlApp" />

——Kevin Yang

本文链接

Java/Js如何使用正则表达式匹配嵌套Html标签

2010-07-29T17:41:00Z

以前写过一篇文章讲解如何使用正则表达式完美解决Html嵌套标签的匹配问题（使用正则表达式匹配嵌套Html标签），但是里头用到了平衡组这样的高级特性，貌似只有DotNet还有Perl正则引擎支持，因此通用性不高。有朋友留言说Java直接使用的话会报错。我后来查了一下，发现Java正则引擎支持的特性相对比较少。在1.6版本中不能使用命名组（貌似1.7的时候开始支持了），否则会报以下错误，更别说平衡组了。因此感觉要实现无限级的嵌套匹配不大现实。

java.util.regex.PatternSyntaxException: Look-behind group does not have an obvious maximum length near index XX

在网上搜了好久也没找到完美的解决方案。不过，我们可以实现有限级Html嵌套标签匹配。思路相对于无限级来说就简单了好多，不需要那么多高级的特性。

示例：

<div id='container'>
<div style='background-color:gray;' id='footer'>
<a id='gotop' href='#' onclick='MGJS.goTop();return false;'>Top</a>
<a id='powered' href='http://wordpress.org/'>WordPress</a>
<div id='copyright'>
Copyright © 2009 简单生活 —— Kevin Yang的博客
</div>
<div id='themeinfo'>
Theme by <a href='http://www.neoease.com/'>mg12</a>. Valid <a href='http://validator.w3.org/check?uri=referer'>XHTML 1.1</a>
and <a href='http://jigsaw.w3.org/css-validator/'>CSS 3</a>.
</div>
</div>
</div>

在上面这个示例中，我们打算匹配id为footer的这个嵌套div，而且假设我们预先知道footer这个div里面最多只会嵌套一级div。更多级的情况我们一会儿再讲。

footer的开始和结束标签匹配很简单：

<div [^>]*id='footer'[^>]*>......(这里的省略号是一会要填写的)</div>

夹在开始和结束标签之间的内容无非有两种情况：

内容A: div标签，并且此div内无嵌套div
内容B: 任意其他内容

然后就是这两种内容的不断重复而已。正则表示如下：

(<div[^>]*>.*?</div>|.)*?

注意最后面的问号必须要加上，否则由于正则的贪婪匹配特性，footer的闭合标签会匹配失误。

OK了，匹配最多嵌套一级div的正则表达式如下：

<div [^>]*id='footer'[^>]*>(<div[^>]*>.*?</div>|.)*?</div>

那么如果footer标签里头最多会嵌套两级div的话怎么办呢？

其实也不难，我们只需要把上面的“内容A”部分中的点号稍作替换即可。修改如下：

<div [^>]*id='footer'[^>]*>(<div[^>]*>(<div[^>]*>.*?</div>|.)*?</div>|.)*?</div>

到这里你可能就知道，如果要匹配最多嵌套三级div的话，正则应该怎么写了：

<div [^>]*id='footer'[^>]*>(<div[^>]*>(<div[^>]*>(<div[^>]*>.*?</div>|.)*?</div>|.)*?</div>|.)*?</div>

所以实际上，只要你的html结构不是特别复杂的话，也就是说嵌套不会很深的话，那么你完全可以使用这种方式来匹配嵌套html标签。

这个正则在Java和Javascript中都可以使用，因为它没有用到任何高级特性。

——Kevin Yang

本文链接

几个有趣的Javascript Hack

2010-07-23T12:08:00Z

在网上看到几个有意思的Javascript代码，和大家分享一下。

1. 直接在浏览器中编辑网页内容

javascript:document.body.contentEditable='true';document.designMode='on'; void(0);

访问任意网站，在地址栏输入以上代码，会发生当前网页已经变成编辑模式了。

2. 舞动的图片

javascript:R=0; x1=.1; y1=.05; x2=.25; y2=.24; x3=1.6; y3=.24; x4=300; y4=200; x5=300; y5=200; DI=document.images; DIL=DI.length; function A(){for(i=0; i-DIL; i++){DIS=DI[ i ].style; DIS.position='absolute'; DIS.left=(Math.sin(R*x1+i*x2+x3)*x4+x5)+"px"; DIS.top=(Math.cos(R*y1+i*y2+y3)*y4+y5)+"px"}R++}setInterval('A()',5); void(0);

这段js代码可能很多人已经见识过了。他的作用就是让网页上的图片飞舞起来。

3. 密码框密文变明文

javascript:(function(){var s,F,j,f,i;s="";F=document.forms;for(j=0;j<F.length;++j){f=F[j];for(i=0;i<f.length;++i){if(f[i].type.toLowerCase()=="password")s+=f[i].value+"\n";}}if(s)alert("Passwords in forms on this page:\n\n"+s);else alert("There are no passwords in forms on this page.");})();

访问一个带密码框的页面，然后地址栏输入以上代码，就会弹出当前密码框中的密码了，别干坏事哟~

——Kevin Yang

本文链接

Hilo: Windows 7下C++应用程序开发实战演练

2010-07-20T14:59:00Z

英文原文链接：Hilo: Windows 7 C++ Development Walkthroughs

"Hilo"由一系列文章以及示例代码组成的，它向你展示了如何释放Windows 7、Visual Studio 2010还有Visual C++的强大力量，来构建高性能，高响应的富客户端程序。Hilo提供了源代码以及编写指导，帮助你设计和开发令人瞩目的触摸式Windows应用程序。

在接下来的几周时间里，我们将会在MSDN上发布一系列文章，讲述如何设计和实现一个可以浏览、检索和处理图像照片的触摸式Windows应用程序。这些文章将会涵盖Windows 7的核心技术，描述了如何将这些技术融合到一起来创建一个非常棒的用户体验，并且也会对应用程序的设计和实现等细节做详细的阐述。你可以在这个这里找到此系列的第一篇文章。它对 Hilo做了一个概述性的介绍，并且说明了此系列中的这些文章和示例程序的所要达到的目标。

我们接下来会逐步放出Hilo的相关源代码。第一次Hilo的发布包含了一个Hilo浏览器程序的源代码。这个程序实现了一种创新的旋转木马式的导航界面。这是触摸式的，你可以使用触摸手势快速的浏览和检索。你可以在这里下载到此程序的源代码。

Hilo文章系列，包括与此相关的源代码，是用来让你快速上手一些技术的开发，并且向你展示了如何在自己的应用程序中利用到Windows核心技术的优势。

如何开始

1. 为了编译和运行Hilo浏览器程序，你需要安装Visual Studio 2010以及Visual C++。你可以在这里下载到免费的Visual C++ 2010 Express版本。

2. 安装完Visual C++ 2010 Express之后，解压缩Hilo浏览器程序的源代码，双击打开Hilo.sln解决方案文件。

3. 在编译菜单中选择重新编译整个Hilo浏览器程序。

4. 按F5在调试模式下运行此程序。

本文链接

晒晒自己电脑里的常用工具

2010-07-19T18:55:00Z

前阵子在顾磊的博客上看到他分享自己电脑上辅助软件的文章，觉得不错，于是决定也来晒一晒自己电脑里头的常用工具，分享促进进步，如果你也是个工具控的话，欢迎你也来晒晒。

Launchy——快速启动程序

两年前一个同事向我推荐了这款软件，一直受用至今。

每天我都会无数次的按下Alt+空格，然后输入我要启动的程序的名字（大部分情况下我只需要键入程序的前两个字母即可），直接就打开我要的程序了。不用像以前在堆满图标的桌面上或者在臃肿的开始菜单中定位该程序了。

Launchy还支持插件机制，通过插件你可以实现快速搜索，快速计算等。不过这些功能我很少用到。

使用小技巧：

Launchy默认会检索开始菜单还有桌面等常用位置，于是当你键入程序名的时候可能会出来太多干扰信息，而且有时候程序的名字比较长，不好记。我个人喜欢建立一个专门用于存放快捷方式的目录，让Launchy只检索这个目录。然后为每个程序起一个好记的名字。

Everything——没有比他搜索得更快的了

以前我也写过文章（【推荐】史上最快的搜索工具——Everything）推荐过这款工具。自从有了这个工具之后，我就很少打开资源管理器来查找资料了。一个Alt+G调出搜索窗口，然后输入要查找的资料的关键字，以空格分开，例如我想查找C#相关的电子书，那么我可以输入“csharp chm|pdf”，半秒不用的时间就可以列出所有符合条件的材料了。

Everything还支持正则表达式，并且可以集成到右键菜单，实现对某个特定文件夹的检索，内置一个简单的Web服务器，允许其他人通过浏览器访问Everything进行检索。功能非常强大，而占用空间非常小，120G硬盘，索引也就几M而已。唯一的不足就是只能检索文件名和路径，不支持内容检索。不过话说回来，我们一天能有多少次用到内容检索呢？即使需要，我们也会到具体的软件里头去搜索。各司其责嘛。

Lingoes——小巧而强大的免费词典工具

相信很多人都曾用过金山词霸这类词典软件，体积庞大不说，还收费（现在是不是免费我就不知道了）。Lingoes是国人开发的一款非常小巧，但是功能非常完整好用的词典软件。

它加上一些基本词典总体积也是十几M而已，算是非常小巧了。但是功能可不逊，屏幕取词，屏幕阅读等功能一点都不少，而且现有的词典质量也非常高，如果你硬盘大的话，你可以下个维基百科还有韦氏词典（需要几百M的空间）。而且他的界面也非常美观，让人用起来非常舒服。

Foxit Reader——Acrobat Reader的完美替代品

很多人都用过Adobe的Acrobat PDF阅读器。但是那个阅读器体积实在过于庞大，启动也很慢。Foxit Reader一面世就受到很多人的喜欢。因为他体积小，最简安装只需要3M。但功能一点都不含糊。最近Foxit Software公司又决定把原先收费版的Foxit Reader Pro给免费了，赢得了不错口碑。

Foxit Reader的渲染效果上次看到有人评测过，基本和Adobe的官方PDF阅读器不相上下。我个人的阅读感受也挺不错的。没有什么不舒服。功能上，因为我不怎么用过Adobe的那个阅读器，所以不知道是不是很全，反正我需要的都有了，包括文档目录，书签，注释，文字拷贝等。

StrokeIt——把鼠标变成程序的指挥棒

鼠标手势在很多浏览器中都非常流行，因为它非常直观方便，也特别适合懒人。StrokeIt把鼠标手势带到了Windows系统。 StrokeIt预定义的鼠标手势非常直观。按下右键向左拖动表示后退，向右表示前进，向右上方表示最大化窗口，左下方表示最小化。当你用着StrokeIt的时候，你会感觉自己像一个指挥家，挥动着指挥棒来指使你的电脑程序干活。感觉非常不错。

StrokeIt很强大，允许你为任意程序定制适合自己的手势命令。

Windows Live Writer——博客离线编辑器中的佼佼者

写博的人一般不喜欢在博客后台直接编辑文章，这是出于很多考虑。一个是容易因为网络问题造成文章修改丢失，还有一个是无法方便的上传图片，样式编辑不方便等等。离线编辑器解决了这些问题。而微软推出的Live Writer则是博客离线编辑工具中编辑功能最为强大的，而且还是免费的。通过插件还可以扩展其功能，例如我经常用到的Dynamic Template插件，允许你往页面中插入模板化的文本，非常强大，可以参考我以前写的文章Dynamic Template——非常好用的Windows Live Writer动态模板插件。

还有两款博客离线编辑器ScribeFire以及Zoundry Raven也很有特点，其中ScribeFire是以浏览器插件的形式存在的，支持Firefox、Chrome以及Safari，允许使用css的方式来格式化文本而不像Writer一样通过Font元素来格式化文本，而且也支持直接粘贴图片；而Zoundry的文章管理功能很强大，这正是LiveWriter所欠缺的。但是这两者的编辑体验都不及Live Writer那样，真正做到所见即所得。这也是我为什么喜欢用Writer写博客的缘故。

OneNote——让我爱不释手的笔记本软件

当我第一次用上OneNote的时候，我就深深爱上了她——很抱歉，我用了这么肉麻的词，让你起鸡皮疙瘩了是我的过错。

在OneNote之前，我一直在寻找一款适合自己的知识管理软件，尝试过很多网上评价不错的软件，一般用不到两天就被我抛弃了，大多数是因为界面太丑陋，编辑功能太简陋或者不直观导致我没有使用的欲望。有一次看到同事在用OneNote做会议记录，我看着不错就安装了一个试试。体验完只有一个感受，“就是她了”。从此个人的知识管理，包括日记都是使用OneNote来整理了。

OneNote借鉴了我们传统的纸质笔记本的理念，把资料管理分为三个级别，笔记本>分区>页面。和其他电子笔记本软件不同的是，OneNote页面就像一块大画布，你可以在任意位置输入任何信息，包括文本信息，音视频信息，或者随处粘贴任何图片，绘制任何图形。如果你使用的是平板电脑的话那就更便捷了，你可以像在纸上一样涂鸦。这种整理资料的方式极大的释放了人们的想象力。加上不错的搜索功能，东西再多也不乱了。她还有一个对于办公一族非常实用的功能，就是实时会议共享。几个人坐在一块，只要有无线网就可以直接通过OneNote共享笔记了，而无须通过额外的服务器。可惜这个功能在OneNote2010中出于性能以及安全性考虑而被取消了，非常遗憾。

Firefox——浏览器中的瑞士军刀

作为Web开发人员，我电脑里头安装了N多种浏览器，IE8、Maxthon、Firefox、Chrome、Opera、Safari等等。每一种浏览器我都用过很长一段时间，其中Firefox是我个人觉得功能最为强大的，但是他的强大不在于他自身，而在于其背后庞大的插件库。这是任何浏览器，包括现在骨粉们所推崇的Chrome浏览器，都比不上的，至少暂时比不上。基本上我能想象到的和不能想象到的需求，都能在插件库中找到满足要求的（有点夸张喔~~）。所以说Firefox是一把瑞士军刀一点都不过分。

Fiddler——Web分析强力助手

做Web分析经常需要分析HTTP消息。Fiddler是微软推出的一款小而强的免费HTTP分析工具，关于它的介绍，我在以前的文章（【推荐】两款HTTP流量分析工具的比较）中也有提到。他的功能基本可以满足各种需求，如果不满足，你甚至可以自己编写简单的插件来实现。

Expresso——正则表达式工作室

Ultrapico Expresso是我工作中经常使用的一个非常强大的正则表达式构建、测试以及代码生成工具。它能够对你构建的正则表达式进行解析、验证，并输出解析结果，提供性能测试工具，支持C#、VB等代码生成，最重要的是，他提供了一个非常方便强大的正则表达式语法构建面板，即使你对正则表达式生疏了，也能在它的帮助下构建出你想要的正则模式来。而且，它还免费获取授权码，无需费心找破解了。软件里自带的帮助文档以及正则表达式库可以帮助你快速从正则菜鸟升级为正则高手。

Notepad2——你可以把Windows自带的记事本给扔了

很多人都不喜欢用Windows自带的记事本工具，原因是因为他功能过于简单，并且不支持大容量文本。我也从来不用。电脑里头有很多替代品，例如Notepad2，Notepad++以及UltraEdit32。这三款软件我都用过很长一段时间，UltraEdit32是处理大容量文本性能最强大的一款，功能和Notepad++类似，也是非常全面强大。但强大也带来臃肿，这两款软件的打开速度让我不是很满意。因此我习惯于使用Notepad2来作为日常的文本编辑器。他的功能在大多数情况下已经够我用了。包括设置文件编码，代码语法着色，正则查找等。而且对大容量文本支持也还行。至少和Notepad++是一样的。

Google Reader——让知识随时随地分享

看到这个标题你可能会一愣，因为首先Google Reader和上面提到的各式工具似乎不是一个种族的，再者，Google Reader不是一个RSS阅读器么，和知识分享有什么关系？

事实上，Google Reader已经成为我生活中不可或缺的一个获取知识、分享知识的工具了。

Google Reader和很多RSS阅读器不一样的是，他会保存RSS的历史内容。例如我才订阅了某个人的博客，这个时候从技术上来说，我只能看到该RSS的最新内容，但是如果这个RSS以前已经有人订阅过了，那么我就可以看到以前的历史内容。Google Reader只要收到有人订阅，就开始将数据保存下来。而且在Google Reader中，你可以随时和别人分享你阅读过的信息，而不必局限于Google Reader里头的内容。

你只要把上面这个“Note in Reader”拖放到书签栏上，以后当你在网上看到任何有意思的文章，你就可以选中一段文本，然后点击这个书签，就可以将该文章分享给你的Google Reader好友。

现在在互联网上获取信息是越来越容易了，但是信息的质量也在降低，如何从庞大的信息源中取出那些对自己有用的信息不是一件轻松事。查看别人分享的内容，可以让我们快速发现一些质量比较高的知识。同时，为了回馈，我们也需要把自己认为好的文章分享出来。每个人关注的兴趣面是不同的，这也可以从每个好友分享的内容看出来。有些人分享纯粹技术的很多，有些人喜欢分享一些有趣的新闻，有些人喜欢分享思维学习的一些理论。通过经常阅读好友分享的内容，你会对这些好友的兴趣有更多的了解，从而就能更有选择性的阅读信息。

我的Google Reader页面是http://www.google.com/profiles/114279556099966673203，大家可以在Buzz上Follow me，这样就可以在Reader中看到我分享的文章了。

——Kevin Yang

本文链接

Visual Studio编辑器一次缩进/反缩进4个空格

2010-07-08T18:47:00Z

在代码中使用Tab作为缩进并不是一个好的习惯，因为Tab并不是一个打印字符，而是一个控制字符，也就是说它在不同文本编辑器中显示的宽度不一定是相同的，因而显示效果容易产生不一致。而空格则具有很好的适应性，因为它就是一个普通字符，因此和其他字符一样受到相同的影响，显示效果会趋于一致。

那些使用Tab作为缩进的人通常是因为用Tab做缩进的话，可以一次删除一个缩进单位，非常方便。而如果按照一个Tab对应4个空格来转换的话，要删除一个缩进单位则需要删除4个空格，相对不便。

实际上，现在很多文本编辑器包括Visual Studio对Tab和空格的转换都有很好的支持，如果你设置了坚持使用空格，那么通过快捷键Tab和Shift+Tab可以实现一次插入或者删除4个空格，和使用Tab做缩进的效果是一样的。

这下你使用空格做缩进就不会感到不便了。

——Kevin Yang

本文链接