查看包含多个项目的解决方案时：
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;
【问题讨论】：
标签： c# visual-studio-2010 inheritance reference namespaces
1) 为什么我们要参考其他项目？我们不能只使用继承吗？？？
它们是两个完全不同的概念。
添加对另一个程序集的引用基本上是说，“我希望能够使用其中的一些代码。请让编译器知道此代码存在，并可选择将其复制到输出目录中，以便它在执行时出现也是。”
如果编译器不知道该类型，您会如何使用继承来创建派生自该类型的类？
2) 在我们使用 Visual Studio IDE 提供参考之后，为什么我们必须将项目添加到命名空间系统？？？
因为程序集和命名空间也是不同的概念。 using 指令只是对编译器说“当我在我的代码中引用类型 Foo 时，请查看这些命名空间以尝试解决它。”该类型可能来自您引用的任何个程序集。
了解程序集和命名空间之间的区别非常重要。尽管它们经常命名相似（Foo.Bar.dll 通常在命名空间 Foo.Bar 中提供类型），但它们在概念上是不同的。
【讨论】：
项目是一个自给自足的可编译单元，必须编译成有效的程序集文件。这就是为什么您需要明确指定每个项目需要哪些引用，以便能够与其他项目单独进行编译。
在项目级别上没有任何继承概念。
【讨论】：
1) 为什么我们要参考其他项目？我们不能只使用继承吗？
这个问题毫无意义。继承与项目引用有什么关系。能详细点吗？
2) 在我们使用Visual Studio IDE 提供参考之后，为什么我们必须将项目添加到命名空间系统？
因为在引用另一个程序集的程序集（当您添加对项目的引用时会发生这种情况）和知道在哪里找到 类的语言之间存在固有的差异> 当您在文件中使用 using 指令时会发生这种情况。
例如，假设您在项目中创建了一个名为TextBox 的类。然后在另一个文件中你想使用那个类。语言如何知道您是指您的自定义 TextBox 类还是引用程序集中的另一个类？该问题的答案是命名空间。通过使用其命名空间完全限定类名，您可以告诉编译器您正在使用哪个类。
using 指令是一种为每个文件指定命名空间一次的方法，而不是每次使用该类（或该命名空间中的其他类）时指定的命名空间。因此，如果您需要在单个文件中多次引用您的 TextBox 类，您不会希望每次都写这个：
MyCodebase.MyAssembly.MyNamespace.MyOtherNamespace.SomethingElse.TextBox
相反，您包含整个命名空间的 using 指令，因此您只需编写以下代码：
TextBox
【讨论】：