问题标签 [using-directives]

我对 Twitterizer2 有一个愚蠢的问题，可能还有我 :) 。我通过右键单击引用并浏览找到它们，从我的下载目录中添加了参考 twitterizer 2.3.1 和 newtonsoft 之一。

然后我添加

瞧，我所有弯曲的红色下划线都消失了

在所有这类代码上：

当我去运行它（带调试），我得到一个错误：

错误 2 找不到类型或命名空间名称“Twitterizer”（您是否缺少 using 指令或程序集引用？）

现在使用 Twitterizer；

变得错误（红色和波浪状）。就像它已被取消引用一样。我把它加回来，一切都很好，直到我运行它 - arggh

TIA

我有以下代码，但这里是错误列表

在 C# 中，使用指令分为三种类型：

在 C++/CLI 中，我知道前两个的等价物：

有没有办法在 C++/CLI 中做第三个？

做namespace DBG = System::Diagnostics::Debug;给error C2879: 'System::Diagnostics::Debug' : only an existing namespace can be given an alternative name by a namespace alias definition

我想出的唯一选择是#define DBG System::Diagnostics::Debug，但如果可用的话，我更喜欢正确的 using 指令。

有令人信服的论据反对 using namespace std，那么为什么将它引入语言中呢？不会using namespace破坏命名空间的目的吗？我为什么要写作using namespace？有什么我不知道的问题可以通过 优雅地解决using namespace，也许是using std::swap成语或类似的东西？

我发现我的 C++头文件对于所有完全限定的类型（其深度为 4 个嵌套命名空间）都很难阅读（而且输入起来非常乏味）。这就是问题（所有答案都给出了实现它的混乱替代方案，但这不是问题）：是否有充分的理由反对在 C++ 语言的结构和类中引入作用域 using 指令（虽然允许使用作用域）函数中的声明）？

例如

因为namespaceis 是一个关键字，所以我认为它的独特性足以与范围内的 using 声明（例如Bar::MemberFunc.

编辑：仔细阅读问题--->我已经加粗了。提醒：我们不是在这里讨论如何提高示例的可读性。建议如何在 C++ 语言中实现作用域使用指令（即通过添加关键字/构造等）不是一个答案（如果你能找到一种使用现有 C++ 语言标准来实现它的优雅方法，那么它会当然是答案）！

我想知道#ifdef、#ifndef 和#endif 的使用，在哪种情况下，必须使用这些条件，它的用途是什么？#ifdef 和 #ifndef 有什么区别？

例如：

或者，

哪一个是正确的，它应该只在方法内部编写还是在方法外部工作？我以前没用过这个。所以请解释一下？

谢谢！

我有一个C#包含多个项目的解决方案Visual Studio 2010。一个是测试项目（我称之为“ PrjTest ”），另一个是一个Windows Forms Application项目（我称之为“ PrjForm ”）。PrjForm 还引用了第三个项目，它能够成功引用和使用。

PrjForm引用PrjTest，并且PrjForm有一个带有using声明的类：

1. 已正确添加参考
2. using声明正确到位
3. 拼写正确
4. PrjTest 构建成功
5. PrjForm 几乎可以构建，但using PrjTest;由于错误而中断：

找不到类型或命名空间名称“PrjTest”（您是否缺少 using 指令或程序集引用？）

我尝试了以下方法来解决这个问题：

1. 删除了 Resharper（因为 Resharper 识别引用的项目没有问题，我认为它可能值得一试）
2. 删除并重新添加了引用和使用语句
3. 从头开始重新创建 PrjForm
4. PrjForm 当前位于 PrjTest 文件夹中，我尝试将其移动到外部文件夹
5. 将解决方案加载到另一台计算机上，并使用新副本VS 2010

我已经完成了我的作业并且花了太长时间在网上寻找答案，但没有任何解决方案有帮助。

我还能尝试什么？

如今，良好的编程习惯往往意味着将您的东西拆分成许多程序集和命名空间（例如，参见S#arp Architecture、MVC等）。然而，这样做的副作用是您必须将一大堆“使用”指令粘贴到每个类文件中。你知道这样的事情：每个控制器类都需要“使用”模型和视图模型命名空间等。

有什么技术可以让这更容易吗？例如，是否可以using在命名空间级别而不是文件级别声明指令 - 以便命名空间“foo”中的每个类都自动使用命名空间“bar”？或者是否有根据您所在的文件夹设置 Visual Studio 添加的默认“使用”的智能方法？或者其他方法可以让添加“使用”变得不那么乏味？

我不知道为什么 Asp.net MVC 开发人员将using指令放在System.Web.Mvc命名空间中，如下所示。

我们什么时候需要将 using指令放在namespace作用域内？

可能重复：
为什么是“使用命名空间标准；” 在 C++ 中被认为是一种不好的做法？

前几天，当我问一个问题时，有人回答说如果有人问一个问题，请向他们展示正确的方法，而不是using namespace std;我认为这有点奇怪，因为这样using namespace std;更容易，但我想我现在失败了我是一名“初学者”编码员，你们知道得更好。

所以我想我的问题是：为什么std::而不是using namespace std;？

谢谢。