c# - 有没有人有使用 cglib MulticastDelegate 来执行 C# 事件之类的示例代码？

Question

虽然 C# 支持 Java 中的委托(delegate)和事件，但我们必须要么使用匿名内部类进行绑定(bind)，要么使用反射代码 http://oatv.com/pub/a/onjava/2003/05/21/delegates.html .在该页面的评论中有关于 CGLib Multicast Delegates 的提示，但谷歌代码似乎不知道该类的任何示例代码。有没有人有一个链接到一个工作示例，其他人有一个在他们的指尖？

Answer 1

我知道这个问题很老，但也许有一天有人会想知道同样的事情。对于普通的 C# 类委托(delegate)，您可能会使用 MethodDelegate，而不是 MulticastDelegate。假设，我们有简单的 Java POJO bean:

public class SimpleBean {
  private String value;
  public String getValue() {
    return value;
  }
  public void setValue(String value) {
    this.value = value;
  }
}

然后我们可以像这样创建一个检测(非反射)委托(delegate):

public static interface BeanDelegate {
  String getValueFromDelegate();
}

@Test
public void testMethodDelegate() throws Exception {
  SimpleBean bean = new SimpleBean();
  bean.setValue("Hello world!");
  BeanDelegate delegate = (BeanDelegate) MethodDelegate.create(
      bean, "getValue", BeanDelegate.class);
  assertEquals("Hello world!", delegate.getValueFromDelegate());
}

这个例子有几点需要注意:

• 工厂方法 MethodDelegate#create 仅将一个方法名称作为其第二个参数。这是 MethodDelegate 将为您代理的方法。

• 必须有一个没有参数的方法，该方法是为作为第一个参数提供给工厂方法的对象定义的。因此，MethodDelegate 并没有达到应有的强度。

• 第三个参数必须是只有一个参数的接口(interface)。 MethodDelegate 实现了这个接口(interface)并且可以转换为它。调用该方法时，它将在作为第一个参数的对象上调用代理方法。

有一些缺点/陷阱:

• CGlib 为每个代理创建一个新类。最终，这会填满永久代堆空间。 (从长远来看，这可能会导致问题。)

• 您不能代理接受参数的方法。 (太糟糕了。)

• 如果您的接口(interface)接受参数，则方法委托(delegate)将无法正常工作而不会抛出异常(返回值将始终为 null)。如果您的接口(interface)需要另一种返回类型(即使那更通用)，您将得到一个 IllegalArgumentException。 (这很奇怪。)

MulticastDelegate 的工作方式略有不同。这一次我们需要一个实际实现接口(interface)的 bean，只有一个方法:

public class SimpleMulticastBean implements DelegatationProvider {
  private String value;
  public String getValue() {
    return value;
  }
  public void setValue(String value) {
    this.value = value;
  }
}

public interface DelegatationProvider {
  void setValue(String value);
}

这一次，接口(interface)——在示例中称为 DelegatationProvider——必须提供单一方法(和以前一样)。此接口(interface)必须由添加到此委托(delegate)代理的任何对象实现。这可以按如下方式完成:

@Test
public void testMulticastDelegate() throws Exception {
  MulticastDelegate multicastDelegate = MulticastDelegate.create(
      DelegatationProvider.class);
  SimpleMulticastBean first = new SimpleMulticastBean();
  SimpleMulticastBean second = new SimpleMulticastBean();
  multicastDelegate = multicastDelegate.add(first);
  multicastDelegate = multicastDelegate.add(second);

  DelegatationProvider provider = (DelegatationProvider)multicastDelegate;
  provider.setValue("Hello world!");

  assertEquals("Hello world!", first.getValue());
  assertEquals("Hello world!", second.getValue());
}

同样，此实现有其缺点:

• 对象需要实现单一方法接口(interface)。这对第三方库来说很糟糕，当您使用 CGlib 做一些魔术时，这种魔术会暴露给普通代码，这会很尴尬。此外，您可以轻松实现自己的委托(delegate)(尽管没有字节代码，但我怀疑您是否比手动委托(delegate)有更多优势)。

• 当您的委托(delegate)返回一个值时，您将只收到您添加的最后一个委托(delegate)的值。所有其他返回值都将丢失(但在某个时候由多播委托(delegate)检索)。

进一步阅读:受到启发总结everything I know about cglib in a blog article .