C#命名空间和程序集

本文内容转自:http://www.cnblogs.com/hjtdlx/archive/2011/10/30/2229508.html

1.命名控件与程序集的区别。

      命名空间用于对类型进行逻辑分组。程序集则是程序的物理分组对应于一个dll或exe文件

2.为什么要使用两种方式分组?把逻辑分组作为物理分组不是更简单吗?

     逻辑分组主要针对开发人员,而物理分组主要针对安装和部署。

     除此之外,以下情况也需要使用两种方式分组,否则会很不方便。

     1)团队开发。一个公司分别由不同的部门共同开发同一个命名空间的不同组件。那么不同的部门可以把他们开发的东西编译成各自的dll文件。使用时把几个dll一起引用即可。

     2)一个命名空间里包含的类型太多,而有大部分是用不上的。如果把一个命名空间编译成一个dll,则会降低运行效率。

     3)有时需要对一个命名空间内的类型区别对待。如果打算开发一个系列软件,该软件分普通版,专业版,高级版。越高的版本具有越高的权限(当中包含了一些高级的类),这时可以把高级的功能放到一个单独的dll来控制。

3.类型可以没有命名空间吗?

可以

4.Object类的名字到底是Object还是System.Object?

    可以说都是也可以说都不是。

    1)对于IL来说,确定一个类型是需要程序集+类型全名称的。比方调用Object的ToString()方法,其实是[MSCorLib.dll]System.Object::ToString()。因此CLR不知道命名空间的事情,它只知道调用MSCorLib.dll中的System.Object类。

    2)  对于C#来说,编译后会自动把命名空间加上点号让类型名变成全名称。但是,类名是不能出现点(.)符号的,以下代码在逻辑上是成立的,但是C#语法不允许。


5.命名空间和程序集的关系:
1. 从属于一个命名空间的各个类型可能在不同的程序集中实现。例如:system.IO.FileStream类型是在MSCorlib.dll 程序集中实现的,而System.IO.FileSystemWatcher类型是在System.dll 程序集中实现的。事实上, .Net framework 甚至根本没有发布一个System.IO.dll程序集。(一个程序集内可能有多个命名空间,同一个命名空间可能存在于不同的程序集中.)
2. 在一个程序集中,也可能包含不同命名空间中的类型。例如,System.Int32和System.Text.StringBuilder类型都在MSCorLib.dll程序集中。
3. 在.net framework SDk文档中查找一个类型时,文档会明确的指出类型所属的命名空间,以及实现了该类型的程序集。
(用一个形象的比喻:一个类型,它有两个身份证,一个是命名空间,一个是程序集)


4个容易混淆的概念
1、项目
      新建项目的同时,会自动建立此项目对应的解决方案名称,默认二者名称一样。
      在.Net下,一个项目可以表现为多种类型:控制台应用程序、类库、web应用程序等

2、解决方案

      解决方案其实是一个容器,其下边可以包含多个项目。 例如机房重构解决方案下边包含的7层(7个项目U/B/D)

3、程序集

      可以理解为dll。每个项目都有一个dll文件,这个dll中包含了这个项目中所用到的所有的方法程序。

      项目之间的引用调用,也是通过封装的dll实现。

4、命名空间

      类似于咱们的文件目录。引用命名空间的概念,其实是为了区分同名对象。我理解的命名空间其实就是姓名的“姓”,同名对象就是姓名的“名”。即使“名”一样,但因为“姓”不一样,也照样可以区分。虽然都为“teacher”,但有王teacher、张teacher。
      一般而言,命名空间尽量复杂,采用uri格式,例如some.some这样的层次嵌套。

命名空间和项目:二者一样吗?

      在项目里可以定义很多种不同的命名空间,但为了方便调用,尽量在同一个项目中,其命名空间是一样的。

      如果在该项目中添加一个文件夹,默认情况下,该文件夹的命名空间是“项目命名空间.文件夹名”。这样写其实不太方便整个项目被引用。

命名空间和程序集:

      在每个项目的properties中都可以设置。命名空间类似项目的存放路径;程序集其实就是该项目   程序的集合(项目名.dll)。

       啊啊啊,一堆文字的堆砌,就是没个图。

C#命名空间和程序集_第1张图片


这就是3个(项目)程序集。



你可能感兴趣的:(C#,程序集)