我们为什么要参考其他项目？

Question

查看多个项目的解决方案时：

1）为什么我们要添加对其他项目的引用？我们不能只使用继承吗？

2）使用Visual Studio添加参考后，为什么我们必须将项目添加到命名空间系统？例如：using myReferenceProject;我认为IDE会这样做。

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Text; 
using myReferenceProject; 
using System.Data.SqlClient; 
using System.Data; 

Answer 1

1）为什么我们给参考其他项目？不能我们只使用继承？

他们两个完全不同的概念。

添加对另一个程序集的引用基本上是这样说的：“我希望能够使用这些代码中的一部分，请让编译器知道该代码存在，并且可选地将其复制到输出目录中，以便它在执行时出现时间也一样。“

如果编译器不知道这种类型，您会如何使用继承来创建从某种类型派生的类？

2）在我们通过使用visual studio IDE给参考之后，为什么我们必须将项目添加到命名空间系统？

因为程序集和名称空间也是不同的概念。 A using指令只是对编译器说：“当我在我的代码中提到类型Foo时，请查看这些命名空间以尝试解决它。​​”该类型可能来自您引用的程序集的任意。

了解程序集和名称空间之间的区别非常重要。即使他们经常命名相似（Foo.Bar.dll经常提供命名空间Foo.Bar类型）他们概念不同。

Answer 2

该项目是自sufficent编译单元，即有编译到有效的汇编文件。这就是为什么你需要明确指定哪些参考文献每项目需要，以便能够分别编译从其他人。

在项目层面没有任何继承概念。

Answer 3

1）为什么我们要参考其他项目？不能我们只使用继承？

这个问题没有意义。继承与项目引用有什么关系。你能详细说明吗？

2）在我们通过使用visual studio IDE给出引用后，为什么我们必须将该项目添加到命名空间系统中？

因为有知道在哪里可以找到一个类这是发生在你什么组件引用另一个组件（也就是当您添加到项目的引用会发生什么）和语言之间的固有差异在文件中使用using指令。

例如，假设您在项目中创建了一个名为TextBox的类。然后在另一个文件中，您想使用该类。该语言如何知道您是指自定义TextBox类还是另一个引用程序集？该问题的答案是名称空间。通过用名称空间完全限定类名，可以告诉编译器您正在使用哪个类。

using指令是一种为每个文件指定命名空间一次而不是每次使用类（或该命名空间中的其他类）的方法。所以，如果你需要一个单一的文件中引用您的TextBox类多次，你不希望有写这个每时间：

MyCodebase.MyAssembly.MyNamespace.MyOtherNamespace.SomethingElse.TextBox 

相反，包括using指令，整个命名空间，所以你只需要写这个：

TextBox