程序集的依赖关系

[felixz2010]

有 程序集 A B C

情况一：

在程序集A 中，编写 类base

在程序集B 中，编写 类Sub：base

在C中， 编写 类Application， 其中 实例化Sub

此时， ABC的引用关系为， B引用A， C引用A与B

情况二：

在程序集A 中，编写 类base

在程序集B 中，编写 类Sub， 其中 实例化 base

在C中， 编写 类Application， 其中 实例化Sub

此时， ABC的引用关系为， B引用A， C此时仅需引用B（而无需引用A）

这是，什么原理？

[felixz2010]

自己顶

[acqy]

我觉得应该是，因为在第一种情况下，Sub是Base的子类，那么Sub中就会有可能override（当Base中的方法为virtual时），或者implement（当Base中的方法为abstract时） Base中的方法，而这个方法的定义是在Base中的。然而，Application要用Sub，就必须要知道这些方法/属性等的定义，因此Application也要引用A。

第二种情况，由于Base是Sub的一个component，即使Sub中公布了Base对象的某些方法或者属性，那它也只不过是一个wrapper，即仅仅是将调用转发给自己肚子里的Base，这样一来，Application根本不需要知道Base的细节，因为它被Sub封装了。

[「已注销」]

记得好像都只引用B就可以了。B已经引用了A。

[vrhero]

因为第一种情况B和C都要用到A的元数据，而第二种情况只有B用到A的元数据...

不能理解的话就看3楼的解释，虽然没有说出根本原因不过比较容易理解...真正要理解去看看MSDN关于元数据的概念...

[felixz2010]

感谢 acqy 与 vrhero的回复

我仍有一点不明

在情况1中，类Base中，并没有 virtual 或 abstract 的方法

我又做了一个实验， 在Sub中我不覆盖任何父类的方法或属性

这时，编译器仍提示我需要应用A

这是什么原理呢？

谢谢

[acqy]

当然，我的例子中，只是告诉你，由于基类有可能会有virtual、abstract方法去让子类重写，因此客户端程序的assembly需要引用基类的assembly，这是为了让你能够简单明了地认识到这个问题。事实上在这里，用方法作例子并不可靠。
我觉得你有必要去了解一下，从CLR的角度，子类和基类的内存分配是什么样子的。比如基类中有个受保护成员，称为p，那么子类应该是共享了基类的这个p，而不是单独复制一份出来，于是子类与基类在p这个成员上就有了联系。这种联系并不仅仅是因为基类中有个p。

[FlyinFish]

[Quote=引用 5 楼 felixz2010 的回复:]
感谢 acqy 与 vrhero的回复

我仍有一点不明

在情况1中，类Base中，并没有 virtual 或 abstract 的方法

我又做了一个实验， 在Sub中我不覆盖任何父类的方法或属性

这时，编译器仍提示我需要应用A

这是什么原理呢？

谢谢
[/Quote]

在Sub中我不覆盖任何父类的方法或属性, 不代表不会继承Base的其他方法和属性.

例子:

public class Base
{
  public MethodA()
  {
    Console.WriteLine("MethodA");
  }
}

public class SubBase: Base
{
}

即使SubBase没有任何方法,当你实例话SubBase之后,还是可以调用SubBase.MethodA()的,这就是Inheritance/继承.

Abstract/Virtual的方法是OOP中的Polymorphism