Tag: 命名空间

使用命名空间进行XML数据绑定: 我想使用XML文档的数据绑定来填充一个显示人员列表详细信息的简单表单。我已经完成了所有设置并且现在正如此工作： Male Female （为清晰起见，已删除所有位置/布局元素）现在这很棒！如果我为它提供了一些与提供的路径匹配的XML，我会在列表框中获得一个名称列表，在单击时在相应的字段中显示名称和性别。当我开始尝试在XML源中使用命名空间时，问题就来了。然后XAML变为如下所示： Male Female 使用此代码（当然还有适当的命名空间的xml），Listbox仍然可以正确显示名称，但单击这些名称不再更新Name和Gender字段！我的怀疑是，xml命名空间在某种程度上对groupbox的DataContext产生了不利影响，但我不确定为什么或如何。有谁知道如何在此上下文中使用XML命名空间？

动态命名空间切换: 我正在尝试将Web服务包装器放在几个第三方Web服务上。为了这个问题，我们将与其中两个合作： OrderService AddressService 这两个服务都具有在不同名称空间中定义的相同对象： OrderService.AuthenticationParameters AddressService.AuthenticationParameters 我希望能够创建一个能够在名称空间之间检测/切换的基类。例如： public abstract class BaseLogic { internal BaseLogic() { /* Initialize authParams */ //Switch out / detect namespace here this.authParams = new OrderService.AuthenticationParameters(); this.authParams.accountName = “[MyAccountName]”; this.authParams.userName = “[MyUserName]”; this.authParams.password = “[MyPassword]”; } } 我见过几个类似的问题。要么它们不适用于我的情况，要么我无法理解它们。问题：我正在努力实现的目标是什么？如果有可能，我是否过于复杂化？附加信息：最终，将有两个以上的服务共享此公共对象。供应商为它们提供的每个function分支提供单独的服务URL。

Windows窗体设计器 – 在类前自动添加命名空间: 我有Visual Studio Designer的问题。当我显示表单的设计时，设计器会自动在类前面添加名称空间，用作数据源。但是这个类与表单位于同一个名称空间中。这很烦人。例： namespace Editor { partial class AddSignalForm { … this.signalsBS.DataSource = typeof(Signal); } } 信号在命名空间Editor 。但在我打开设计器后，代码更改为： namespace Editor { partial class AddSignalForm { … this.signalsBS.DataSource = typeof(Editor.Signal); } } 问题是编译器找不到类Editor.Editor.Signal 。

有没有办法逃避VB中的根命名空间？: namespace ConsoleApplication1 { class Program { static void Main(string[] args) { System.Text.MyCustom mc = new System.Text.MyCustom(); } } } namespace System.Text { public class MyCustom { } } 如何在VB中执行此操作，同时在应用程序中具有根命名空间，这可能吗？更新：根据答案，我认为没有办法做到这一点。我向Microsoft Connect发布了一个function建议：请投票。

WPF xaml文件中另一个项目中的引用名称空间: 我引用了另一个项目的命名空间（类库，所有模型都驻留在其中）。正如相关问题中所提到的，他们通过将程序集添加到.xaml文件中来解决问题。但这对我不起作用。这就是我发帖的原因。我有2个项目。 WPF项目本身。类库（这包含所有视图模型） WPF项目引用了类库。（应该在WPF项目的bin中创建这个类库的dll文件）我想引用类库中的模型。所以，我做了如下。 …. …. … 但问题仍然存在，这个ProductListVM类（模型）存在于WPFApplication.CommonInterface.Shared.ViewModels名称空间中，它也是public 。 🙂 错误说， The name “ProductListVM” does not exist in the namespace “clr-namespace:WPFApplication.CommonInterface.Shared.ViewModels; assembly=WPFApplication.CommonInterface”. 我还尝试单独构建类库并手动将dll文件添加到WPF项目bin/debug并构建它。但问题同样存在。错误列表中还有另一个错误。 Unknown build error, ”clr-namespace:WPFApplication.CommonInterface.Shared.ViewModels; assembly=POS.WPFApplication.CommonInterface’ mapping URI is not valid. Line 7 Position 14.’ D:\Dev\WPFApplication\Views\POSViews\SalesScreen.xaml Error 1 The URI “clr-namespace:WPFApplication.CommonInterface.Shared.ViewModels; assembly=WPFApplication.CommonInterface” is not a […]

对类库使用系统命名空间：好的或坏的: 在我的类库中使用“系统命名空间”是一个好主意吗？样品： namespace System.Web { public static class RequestExtensions { public static bool IsPost(this HttpRequest r) { return string.Compare(r.HttpMethod, “POST”, StringComparison.OrdinalIgnoreCase) == 0; } } } 优点：无需包含其他uses-clause（特别是对于扩展方法），因此在添加对库的引用后，所有子句都可以直接使用。最好的示例是NUnitEx项目（使用NUnit的命名空间）。缺点：潜在的名称冲突。

如何在不使用所有子节点中的XNamespace的情况下为子节点创建具有默认命名空间的XElement: 我正在尝试使用System.Xml.Linq来创建XHTML文档。因此，我树中的绝大多数节点都应该使用这个命名空间： http://www.w3.org/1999/xhtml 我可以使用XNamespace轻松地创建作用于此命名空间的XElement节点，如下所示： XNamespace xhtml = “http://www.w3.org/1999/xhtml”; // … new XElement(xhtml + “html”, // … 但是，我不希望在创建HTML节点的所有代码中都提供XNamespace ，并且必须为我创建的每个单独的XElement （和XAttribute ）名称添加前缀。 XML文本格式本身考虑了这一要求，并允许使用保留的xmlns属性在后代inheritance的祖先中设置默认命名空间。我想使用System.Xml.Linq做类似的事情。这可能吗？

枚举在类体外但在命名空间内的定义: 今天，我遇到了一些像这样的代码。 namespace Foo { public enum Game{ High, Low}; public enum Switch{On, Off}; public class Bar() { // Blah } } 我无法弄清楚它与声明课堂内的枚举之间的区别是什么。 AFAIK，你仍然可以“覆盖”课堂内的那些枚举。

SelectSingleNode总是返回null？: 以这个简化的XML示例为例： Invalid Login 我试图使用SelectSingleNode方法选择’错误’节点，但是使用以下代码它总是返回NULL？ XmlNode errorNode = oss.SelectSingleNode(“/message/error”); if (errorNode != null) Console.Writeline(“There is an error”); 从研究我已经做到这与命名空间有关，但我根本无法得到任何工作。任何建议？

让VS 2008停止强制命名空间缩进的方法？: 我从来没有真正成为大多数编辑处理命名空间的忠实粉丝。它们总是迫使你添加一个毫无意义的缩进级别。例如，我在页面中有很多代码，我更愿意将其格式化为 namespace mycode{ class myclass{ void function(){ foo(); } void foo(){ bar(); } void bar(){ //code.. } } } 而不是像 namespace mycode{ class myclass{ void function(){ foo(); } void foo(){ bar(); } void bar(){ //code.. } } } 老实说，我甚至不喜欢大部分时间缩进类的东西，因为我通常每个文件只有1个类。它在这里看起来并不那么糟糕，但是当你获得大量的代码和大量的范围时，你可以很容易地让缩进强迫你离开屏幕，而且在这里我只使用了2个空格的标签而不是4个空格正如我们所使用的那样。无论如何，有没有办法让Visual Studio停止尝试为我缩进名称空间？