摘要：通过《深入理解C# 3.0的新特性（2）：Extension Method - Part I》介绍，我们知道了在C# 中如何去定义一个Extension Method：它是定义在一个Static class中的、第一个Parameter标记为this关键字的Static Method。在这一部分中，我们进一步来认识Extension Method的本质... ... 阅读全文

摘要：在C#3.0中，引入了一些列新的特性，比如: Implicitly typed local variable, Extension method，Lambda expression, Object initializer, Anonymous type, Implicitly typed array, Query expression, Expression tree. 个人觉得在这一系列新特性的，最具创新意义的还是Extension method，它从根本上解决了这样的问题：在保持现有Type原封不动的情况下对其进行扩展，你可以在对Type的定义不做任何变动的情况下，为之添加所需的方法成员。在继 深入理解C# 3.0的新特性(1 阅读全文

摘要：在C#3.0中，引入了一个新的Feature：Anonymous Method，允许我们已Inline的方式来定义Delegate，为Developer在Coding的时候带来了很大的便利。在C#3.0中，我们又有了另一个相似的Feature：Anonymous Type。Anonymous Type允许我们已Inline的方式的创建一个基于未知类型、具有所需数据结构的对象。 阅读全文

摘要：今天在网上无意中听到这首歌，计算一下已经有10年没听到了，眼泪哗啦哗啦的。这首歌把我带回到十年前，中国甲A的黄金时期。当时的四川全兴队虽然不是中国最好的球队，但是绝对是中国最有激情的球队。魏大侠（魏群），马儿（马明宇），黎兵，姚夏，......在四川的受欢迎的程度绝对不亚于今天的周杰伦，因为那里有最好的球迷... ... 阅读全文

摘要：通过[原创]谈谈基于Kerberos的Windows Network Authentication - Part II 3个Sub-protocol的介绍，我们可以全面地掌握整个Kerberos的认证过程。实际上，在Windows 2000时代，基于Kerberos的Windows Authentication就是按照这样的工作流程来进行的。但是我在上面一节结束的时候也说了，基于3个Sub-protocol的Kerberos作为一种Network Authentication是具有它自己的局限和安全隐患的。我在整篇文章一直在强调这样的一个原则：以某个Entity的Long-term Key加密的数据不应该在网络中传递。原 阅读全文

摘要：刚刚看了温网决赛，草地之王费德勒最终以3：2战胜纳达尔卫冕成功，并追平了网坛名宿博格在温网5连冠的记录。费德勒和纳达尔都是我最喜爱的两位网坛天王，任何一位夺冠都可以说是实至名归。整场比赛正式酣畅淋漓，不愧一场真正的巅峰对决，看得我大呼过瘾。 阅读全文

摘要：通过[原创]谈谈基于Kerberos的Windows Network Authentication - Part I 的介绍，我们发现Kerberos实际上一个基于Ticket的认证方式。Client想要获取Server端的资源，先得通过Server的认证；而认证的先决条件是Client向Server提供从KDC获得的一个有Server的Master Key进行加密的Session Ticket,可以这么说，Session Ticket是Client进入Server领域的一张门票。而这张门票必须从一个合法的Ticket颁发机构获得，这个颁发机构就是Client和Server双方信任的KDC， 同时这张Ticket具有超强 阅读全文

摘要：前几天在给人解释Windows是如何通过Kerberos进行Authentication的时候，讲了半天也别把那位老兄讲明白，还差点把自己给绕进去。后来想想原因有以下两点：对于一个没有完全不了解Kerberos的人来说，Kerberos的整个Authentication过程确实不好理解——一会儿以这个Key进行加密、一会儿又要以另一个Key进行加密，确实很容易把人给弄晕；另一方面是我讲解方式有问题，一开始就从Kerberos的3个Sub-protocol全面讲述整个Authentication 过程，对于一个完全不了解Kerberos的人来说要求也忒高了点。为此，我花了一些时间写了这篇文章，尽量以由浅入深、层层深入的方式讲述我所理解的基于Kerberos的Windows Network Authentication，希望这篇文章能帮助那些对Kerberos不明就里的人带来一丝帮助。对于一些不对的地方 阅读全文

摘要：我们知道MSMQ天生就具有异步的特性，它只能以One-way的MEP（Message Exchange Pattern）进行通信。Client和Service之间采用One-way MEP的话就意味着Client调用Service之后立即返回，它无法获得Service的执行结果，也无法捕捉Service运行的Exception。 但是在有些场景 中，这是无法容忍的。再拿我在上一篇文章的Order Delivery的例子来说。Client向Service提交了Order，却无法确认该Order是否被Service正确处理，这显然是不能接受的。我们今天就来讨论一下，如何创建一个Responsive Service来解决这个问题：Client不再是对Service的执行情况一无所知，它可以获知Order是否被Service正确处理了。 阅读全文