接上文：浅谈Dynamic关键字系列之三(上)  为什么TryXXX方法没有被调用？？ 将DynamicProduct 中的name修饰符改为private： private string name;   可以在TrySetMember方法中设置断点，再次运行：   为什么访问修饰符是Public不调用TrySetMem

ExpandoObject：表示一个对象，该对象包含可在运行时动态添加和移除的成员。   dynamic dynEO = new ExpandoObject(); dynEO.number = 10; dynEO.Increment = new Action(() => { dynEO.number++; }); Console.WriteLine(dynEO.number

从基于.NET Framework迁移到Mono平台，除了经常会遇到大小写敏感的问题之外，还会经常遇到一些平台不兼容性的问题，这也是我的经历当中，遇到的另一个比较麻烦的问题。其实关于Mono平台的兼容性，在官方的文档中已经释放了比较明确的信息，他们就明确的一句话来描述Mono的兼容性：“Everything in .NET 4.0 except WPF, EntityFramework and W

在Linux/Unix系统中，对任何文件路径，文件名，URL地址的处理都是大小写敏感。对于这点设计，让我们长期从事基于Windows平台开发和工作的开发人员情何以堪啊。尽管可能这样设计是有它的特殊目的和出发点，但我直到现在仍然认为这点是一个非常蛋疼的设计。我试图找到一些理由来解释Linux为什么处理这些字符串使用大小写敏感，但是得到的答案都是一些无关痛痒的理由： 大小写敏感后，可以用更短的文件名

前言 话说Mono是一个非常有意思的平台，它提供了对.NET程序的跨平台迁移的可能性，它是一种看上去可以粉碎诟病者对.NET平台软件不具跨平台性质疑的技术。我非常喜欢.NET平台，同时我也非常希望它具备满足各种需要的特性，包括跨平台特性，因此我也对Mono技术非常感兴趣。由于我这两年以来一直在从事CMS开源项目的相关开发，在工作便利和技术研究的兴趣的驱动下，我一直非常希望能让Kooboo CMS支

关于神马是 OOB 各位可以看 MSDN 浏览器外支持：http://msdn.microsoft.com/zh-cn/library/dd550721(v=VS.95).aspx，如何配置 Silverlight OOB 各位可以看 MSDN 如何为浏览器外支持配置应用程序：http://msdn.microsoft.com/zh-cn/library/dd833073(v=VS.95).asp

  微软Silverlight团队发布Native Extentsions 1.0 for Silverlight，该组件包主要为了增强Silverlight Out-of-Browser离线应用功能，其中添加许多Windows 7的交互功能API支持。   Silverlight 4的Out of Browser应用支持信任权限提升功能，允许Silverlight的OOB应用