问题标签 [namespaces]

我总是觉得很难向其他人解释这一点：为什么存在 XML 名称空间？我们什么时候应该使用它们，什么时候不应该使用它们？在 XML 中使用命名空间时常见的陷阱是什么？

此外，它们与 XML 模式有什么关系？XSD 模式是否应该始终与命名空间相关联？

我正在尝试获取 XML 文档元素的内容，但该元素的名称中有一个冒号。

此行适用于每个元素，但名称中带有冒号的元素除外：

我认为冒号需要转义。我该如何解决？

我对使用命名空间的前所未有的、酷炫的和深奥的方式很感兴趣。我知道许多高级开发人员通过例如将它们用作对字符串常量的引用来“破解”名称空间。在字符串常量示例中，想法是实现 DRY（DRY = 不要重复自己），您可以将所有字符串保存在一个文件中。

注意：我正在寻找与“通用”语言相关的答案，例如 C#、Ruby、Java 等。

如何在下面的过滤器中找到命名空间或模块“Foo”的名称？

我可以将另一个 .net 命名空间中的类公开为我的命名空间中的类吗？我使用一个类——antlr.collections.AST——作为属于我的命名空间中一个类的函数的返回类型；因此，用户必须拥有

在他们文件的顶部，以便使用我的功能。我可以让 myNamespace.AST 成为 antlr.collections.AST 的别名，这样用户只需拥有

在他们文件的顶部？

我有一个带有非命名空间元素的 XML 文档，我想使用 XSLT 向它们添加命名空间。大多数元素将在命名空间 A 中；一些将在命名空间 B 中。我该怎么做？

您认为每个命名空间“分支”有多少类是理想的？什么时候会决定将一个命名空间分解为多个命名空间？让我们不讨论类的逻辑分组（假设它们在逻辑上被正确分组），在这一点上，我专注于可维护与不可维护的类数量。

具体来说，当您创建一个接口/实现器对，并且没有压倒一切的组织问题（例如接口应该放在不同的程序集中，即按照 s# 架构的建议）时，您是否有一种默认的方式来组织它们？命名空间/命名方案？

这显然是一个更多基于意见的问题，但我认为有些人对此进行了更多思考，我们都可以从他们的结论中受益。

我继承了一个生成 2 个 DLLS 的 VB.net 项目：一个用于 Web 应用程序，另一个用于“业务层”。这是针对较大网站的子应用程序。（使用 VS2005）。

问题是 DLL 和命名空间结构的某些东西不正确，我想知道是否有任何性能影响。

主网络应用程序是“Foo”，并生成 Foo.dll。Foo.dll 包含命名空间 App.Foo，其中包含所有页面、用户控件等的类。

还有一个生成 FooLib.dll 的项目“FooLib”。FooLib.dll 还包含一个 App.Foo 命名空间，其中包含一堆类定义。还有一些其他命名空间，如 App.Foo.Data、App.Foo.Logic 等。

这有什么问题吗？运行时如何跨多个 DLL 找到一个类？

C++ 的一个特性是能够创建未命名（匿名）命名空间，如下所示：

你会认为这样的特性是没有用的——因为你不能指定命名空间的名称，所以不可能从外部访问其中的任何内容。但是这些未命名的命名空间可以在创建它们的文件中访问，就好像您对它们有一个隐含的 using 子句一样。

我的问题是，为什么或什么时候这比使用静态函数更可取？或者他们本质上是做同样事情的两种方式？