买了.net 本质论没有？没有的话可以考虑买一本看看，对这些有详细的论述

IContextAttribute.GetPropertiesForNewContext . 对于 事务/同步 等东西的NOTSUPPORT/SUPPORT/REQUIRED/REQUIRE_NEW就是在这个基础上实现的.

com+还是你的系统是在这个层次上实现事务的?

如果在这里实现, 是不是说是类层次上的实现. 不能精确到不同的方法?

还有在remoting里面的context是指一个call 还是一个session?
从[ContextStaticAttribute]看应该是一个Session?
那么如果为每个CBO都开始一个新的context,会不会造成比较大的系统开销?

这个例子可以说明一下Context的规则:

using System;
using System.Threading;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Contexts;


public class SimpleObject : ContextBoundObject
{
public void Method()
{
//这个方法是直接调用的
Console.WriteLine(Environment.StackTrace);
Console.WriteLine("SimpleObject.Method "+Thread.CurrentContext.ContextID);
}
}

[AttributeUsage(AttributeTargets.Class)]
public class RequireSomethingAttribute : Attribute,IContextAttribute,IContextProperty
{
public void GetPropertiesForNewContext(System.Runtime.Remoting.Activation.IConstructionCallMessage msg)
{
//这里为激活的消息添加一个IContextProperty,用于传送到新的Context中
msg.ContextProperties.Add(this);//add IContextProperty
}
public bool IsContextOK(Context ctx, System.Runtime.Remoting.Activation.IConstructionCallMessage msg)
{
//如果当前Context中不包含Name的IContextProperty,则返回false,告诉需要新的Context
return ctx.GetProperty(Name)!=null;
}
public string Name
{
get
{
return "RequireSome";
}
}

public bool IsNewContextOK(Context newCtx)
{
//检查
return newCtx.GetProperty(Name)!=null;
}

public void Freeze(Context newContext)
{
}
}
[RequireSomething]
public class ContextedObjectA : ContextBoundObject
{
public void Method()
{
Console.WriteLine(Environment.StackTrace);
Console.WriteLine("ContextedObjectA.Method "+Thread.CurrentContext.ContextID);
}
}
[RequireSomething]
public class ContextedObjectB : ContextBoundObject
{
public void Method()
{
Console.WriteLine(Environment.StackTrace);
Console.WriteLine("ContextedObjectB.Method "+Thread.CurrentContext.ContextID);
}
public void CallA(ContextedObjectA a)
{
a.Method();
Console.WriteLine("--ContextedObjectB.CallA(ContextedObjectA) "+Thread.CurrentContext.ContextID);
}
public void CallA()
{
ContextedObjectA a=new ContextedObjectA();
a.Method();
Console.WriteLine("--ContextedObjectB.CallA() "+Thread.CurrentContext.ContextID);
}
}

class EntryPoint
{
static void Main()
{
Console.WriteLine("Main "+Thread.CurrentContext.ContextID);

SimpleObject so=new SimpleObject();
so.Method();

Console.WriteLine("SimpleObject是在默认Context激活的,所以方法不是CrossContext");
Console.ReadLine();

ContextedObjectA a=new ContextedObjectA();
a.Method();

Console.WriteLine("ContextedObjectA是需要在新的Context中激活,它的方法是在激活的Context中调用");
Console.ReadLine();

ContextedObjectB b=new ContextedObjectB();
b.Method();

Console.WriteLine("ContextedObjectB.Method的原理一样");
Console.ReadLine();

b.CallA(a);

Console.WriteLine("ContextedObjectB.CallA,对a进行调用,会再次进行跨Context调用");
Console.ReadLine();

b.CallA();
Console.WriteLine("因为ContextedObjectB的Context已经满足RequireSomething,所以A的方法是在B的Context中调用的");
}
}

应该说，.NET中的Context概念原本只是为实现ServicedComponent而引入的，因为它是与COM+进行概念衔接的重要一环。当然，这之前少不了TP/RP机制作铺垫，以形成一个透明的扩展层。

不过就如Don Box所言：“Don't use it. It's a dead end. Because it's TOO powerful.”（大意），这个架构设计的太强大、太灵活……所以用起来风险会很大。

但是只要理解了内部的设计思想和实现技术，结合实际情况合理的使用，往往还是可以达到事半功倍的效果的。：）

在我之前写作AOP入门系列文章的过程中体会到该架构最重要的一个概念就是：Context Attribute的作用仅是将Context Property引入类型执行所在的Context，关键是要理解Context Property（尤其是这个Property的意义）。而Context Property通过实现各个IContributeXXX接口向所在Context中注入以Sink（或曰aspect handler）为实现机制的各种执行特性。不过除此之外Context Property还是Context上的普通对象实例，它可以向任何对象一样承载数据和方法，而该对象上的数据一般都会被Context Attribute用来识别Context的兼容性从而有效避免不必要的在系统中创建新的Context。