关于Assembly、程序集、装配件的关系
首先有三个概念:Assembly、程序集、装配件
之前差了好多的帖子,都是在讲定义的时候用Assembly,然后又开始讲解程序集的理解,话锋一转就有开始讲装配件,一直搞不明白如果Assembly就是装配件的话,那程序集和装配件的关系是什么?
然后心生一计:谷歌翻译
Assembly 谷歌直译是:配件
程序集 谷歌直译是:Assembly
所以:Assembly、程序集、装配件其实指的是同一个东西。下文中统一使用程序集代表这三个概念。
关于程序集和命名空间的关系
查阅资料的过程中,又看到一句话:
命名空间是类的逻辑组织形式,程序集是类的物理组织形式。
只有我们在指定了程序集,然后在指定了命名空间之后,才能真正的去确定一个类。程序集其实和命名空间没有什么必然的联系。
我们还可以这样理解:命名空间其实是程序集内部相关联类的一个分组,比如:System.Data命名空间里面就都是有关数据的类型,System.IO命名空间里面就是有关文件I/O类型的。
我们也可以通过下面的伪代码来更深入的了解:
程序集1:
namespace1{
public class A1{...}
public class A2{...}
}
namespace2{
public class A3{...}
public class A4{...}
}
程序集2:
namespace1{
public class B1{...}
public class B2{...}
}
namesapce2{
public class B3{...}
public class B4{...}
}
现在有程序集1 和程序集2,程序集里面分别都有namespace1和namespace2,加入我们现在只去引用程序集1,那么我们在namespace1里面只能使用A1和A2类型,当然我们如果只去引用程序集2,那么此时我们在namespace1里面只能使用B1和B2类型。如果此时我们同时引用了程序集1和程序集2的话那么我们在namespace里面就可以使用A1、A2、B1、B2四个类型。
这就是程序集和命名空间的关系。