C# 程序集，程序集中有什么？

Question

我试图了解 C# 中的内部访问修饰符。我似乎无法理解程序集到底是什么，以及我的程序的哪一部分包含在该程序集中。我试图做到这一点，以便变量只能由以下命名空间内的对象访问：

namespace Engine.Entity

所讨论的变量是在该命名空间内的类中定义的，所以我假设如果我将其设为内部，则只有该命名空间内的对象才具有访问它。我将程序集和命名空间视为一体，但我认为这是不对的。

Answer 1

基本上，您不能使变量仅在给定名称空间内可见。由于任何人都可以定义任何命名空间，这将使 internal 的想法无效：您只需编写

namespace System
{
    public static MySystemInternalSpy
    {
        public static void SpyInternals()
        {
            ...
        }
    }
}

即可访问定义为 internal 的任何变量、类或方法例如，System 命名空间。

Answer 2

命名空间仅影响名称解析。命名空间并不意味着任何类型的存储，命名空间也不会确定哪些 DLL 包含您的代码。命名空间允许您将相关的事物以逻辑名称分组在一起，即使它们实际上可能驻留在不同的 DLL 中。

程序集基本上只是一个 DLL 或 EXE 文件。它包含 IL 代码和描述该 DLL 或 EXE 中代码的类型信息。它也可以包含许多其他内容，但对于初学者来说，只需将其视为 DLL。

通过将代码编译到生成 DLL 或 EXE 的项目 (csproj) 中，可以将代码放入特定的程序集中。

命名空间可以跨越多个程序集。也就是说，作为该逻辑名称空间成员的类可以驻留在多个 DLL 中。仅当您的项目引用包含该类的正确程序集 (DLL) 时，您才能访问源代码中的特定类。

Internal 修饰符意味着只能从同一程序集中访问该符号。只有编译到与您的代码相同的 DLL 中的代码才能访问带有内部标记的属性或方法。

Answer 3

人们很容易对命名空间/程序集的事情感到困惑，因为它解耦了代码的物理位置（程序集）以及如何引用它的概念（逻辑引用是通过使用命名空间，物理引用是通过引用程序集）。

我通常使用“贡献”一词来解释这一点：

1. 一个程序集可以为多个命名空间做出贡献。
   例如，System.Data.dll 程序集贡献了 System.Data 等命名空间（例如，System.Data.DataTable 类）和 < code>Microsoft.SqlServer.Server（例如类 Microsoft.SqlServer.Server.SqlContext）。

2. 多个程序集可以贡献于一个命名空间。
   例如，System.Data.dll 程序集和 System.Xml.dll 程序集都贡献于 System.Xml 命名空间。
   这意味着，如果您使用项目中的 System.Xml.XmlDataDocument 类，则需要引用 System.Data.dll 程序集。
   如果您使用 System.Xml.XmlDocument 类，则需要从项目中引用 System.Xml.dll。

（上面的示例是 .NET 4.0，但也可能适用于以前的 .NET 版本）。

丹尼·索普 很好地解释了命名空间和内部的概念，所以我不会详细介绍这些。

——杰罗恩

Answer 4

来自内部（C# 参考）

内部关键字是一个访问
类型和类型成员的修饰符。
内部类型或成员是
只能在以下文件中访问
相同的程序集

因此这意味着来自相同的程序集/dll，而不是 命名空间。

Answer 5

命名空间和程序集不是同义词。通常，一个命名空间跨越多个程序集。从 Visual Studio 构建的任何托管代码都具有项目、程序集和 DLL/EXE 二进制文件的一一对应关系。

但是，如果将托管代码与命令行链接，则可以创建一个程序集，其中多个项目文件都属于一个程序集（这意味着磁盘上的多个文件一起代表一个程序集）。但不要介意这种情况，这是一个深奥的事情，在实践中永远不会发生。

“内部”访问修饰符仅意味着只能从该程序集内部访问目标。它与命名空间无关。