读完这本书的全部9页后，我觉得我必须指出一个不为人知的特点。。。

对于.NET 1.1，这是正确的，对gzip文件使用压缩/解压缩，必须：

下载ICSharpCode.ZipLib或者，将Java库引用到项目中，并使用Java的内置库来利用GZip的压缩/解压缩方法。

它没有得到充分利用，这是我不知道的，（仍然使用ICSharpCode.ZipLib，即使在.NET 2/3.5中也是如此）它被合并到了标准BCL版本2以上的System.IO.Compression命名空间中。。。请参见MSDN页面“GZipStream类”。

我给你几个——你想怎么做就怎么做。

属性：

[assembly::InternalsVisibleTo("SomeAssembly")]

允许您将程序集的内部方法/财产或数据公开给另一个名为“SomeAssembly”的程序集。所有受保护的/私人物品都保持隐藏状态。

静态构造函数（否则称为“类型构造函数”）

public MyClass
{
  public static MyClass()
  {
     // type init goes here
  }
  ......
}  

关键字internal。在很多方面都很有用。

同样有用，但不常用：约束执行区域。

BCL团队博客中的一句话：

受限执行区域（CER）存在以帮助开发人员编写代码以保持一致性。CLR不能保证开发商代码正确，但CLR正确提升所有运行时引发的故障点（即异步异常）在代码运行之前，或在它完成之后。与…结合对开发人员能力的限制加入CER，这是一种有用的方法对是否执行代码。CER的准备得很好，这意味着当我们看到一个时，我们会迫不及待地JIT在其中找到的任何代码静态可发现的调用图。如果CLR的主机关心堆栈溢出，我们将探测一些数量堆栈空间（尽管可能没有足够的堆栈空间任意方法*）。我们也会延迟线程中止，直到CER已完成运行。

当以原子方式编辑数据结构的多个字段时，它非常有用。因此，对对象进行事务处理是有帮助的。

而且CriticalFinalizerObject似乎是隐藏的（至少是那些没有编写不安全代码的人）。CriticalFinalizerObject保证垃圾收集将执行终结器。分配后，终结器及其调用图将提前准备好。

当Yield关键字具有强大的功能时，它经常被忽略。不久前，我在博客中讨论了它的好处（不同的处理），并在收益的掩护下进行了讨论，以帮助更好地理解。

使用C中的产量#

首先-DebuggerTypeProxy。

[DebuggerTypeProxy(typeof(HashtableDebugView))]
class MyHashtable : Hashtable
{
    private const string TestString = 
        "This should not appear in the debug window.";

    internal class HashtableDebugView
    {
        private Hashtable hashtable;
        public const string TestStringProxy = 
            "This should appear in the debug window.";

        // The constructor for the type proxy class must have a 
        // constructor that takes the target type as a parameter.
        public HashtableDebugView(Hashtable hashtable)
        {
            this.hashtable = hashtable;
        }
    }
}

第二步：

ICustomTypeDescriptor

我找不到任何使用字符串的人。请使用分隔符连接字符串。每个人都在写同样丑陋的for循环

var sb = new StringBuilder();
var count = list.Count();
for(int i = 0; i < count; i++)
{
  if (sb.Length > 0) sb.Append(seperator);
  sb.Append(list[i]);
}

return sb.ToString();

而不是

return string.Join(separator, list.ToArray());