C#允许您将属性setter方法添加到实现只读接口财产的具体类型中，即使接口声明本身没有属性setter。例如：

public interface IReadOnlyFoo
{
   object SomeReadOnlyProperty { get; }
}

具体类如下所示：

internal class Foo : IReadOnlyFoo
{
   public object SomeReadOnlyProperty { get; internal set; }
}

有趣的是，如果将Foo类强制转换为IReadOnlyFoo接口，则它是不可变的：

// Create a Foo instance
Foo foo = new Foo();

// This statement is legal
foo.SomeReadOnlyProperty = 12345;

// Make Foo read only
IReadOnlyFoo readOnlyFoo = foo;

// This statement won't compile
readOnlyFoo.SomeReadOnlyProperty = 54321;

C#中有一些真正隐藏的关键字和特性与TypedReference未记录类相关。以下关键字未记录：

__制造商参考__重新键入__参考值__参数列表

使用示例：

// Create a typed reference
int i = 1;
TypedReference tr1 = __makeref(i);
// Get the type of a typed reference
Type t = __reftype(tr1);
// Get the value of a typed referece
int j = __refvalue(tr1, int); 
// Create a method that accepts and arbitrary number of typed references
void SomeMethod(__arglist) { ...
// Call the method
int x = 1;
string y = "Foo";
Object o = new Object();
SomeMethod(__arglist(x,y,o));
// And finally iterate over method parameters
void SomeMethod(__arglist) {
    ArgIterator ai = new ArgIterator(__arglist);
while(ai.GetRemainingCount() >0)
{
      TypedReference tr = ai.GetNextArg();
      Console.WriteLine(TypedReference.ToObject(tr));
}}

框架功能

我不知道，但我对VisualStyleRenderer和整个System.Windows.Forms.VisualStyles-Namespace感到非常惊讶。非常酷！

BCL中的一些并发实用程序可能符合隐藏功能的要求。

lock关键字在内部使用System.Threading.Monitor等属性；显然，在C#中，lock关键字是首选的，但有时了解在较低级别上如何完成工作是值得的；我必须锁定C++/CLI，所以我用调用Monitor.Enter（）和Monitor.Exit（）封装了一块代码。

我认为C#（.NET3.5）的一个最不受重视和鲜为人知的特性是表达式树，尤其是与Generics和Lambdas结合时。这是NInject和Moq等较新的库正在使用的API创建方法。

例如，假设我想向API注册一个方法，而API需要获取方法名

给定此类：

public class MyClass
{
     public void SomeMethod() { /* Do Something */ }
}

以前，开发人员使用字符串和类型（或其他基本上基于字符串的东西）执行此操作是非常常见的：

RegisterMethod(typeof(MyClass), "SomeMethod");

嗯，这太糟糕了，因为缺少强大的打字能力。如果我重命名“SomeMethod”怎么办？现在，在3.5版本中，我可以以强类型的方式实现这一点：

RegisterMethod<MyClass>(cl => cl.SomeMethod());

其中RegisterMethod类使用表达式＜Action＜T＞，如下所示：

void RegisterMethod<T>(Expression<Action<T>> action) where T : class
{
    var expression = (action.Body as MethodCallExpression);

    if (expression != null)
    {
        // TODO: Register method
        Console.WriteLine(expression.Method.Name);
    }
}

这是我现在爱上Lambdas和Expression Trees的一个重要原因。

对于数据库应用程序开发人员来说，这可能很基本，但我花了一段时间才意识到null与DBNull.value不同。

当您想查看数据库记录中的值是否为空时，必须使用DBNull.value。