问题标签 [using-statement]

有谁知道using从类中删除冗余语句的工具或整个解决方案？

我正在使用重构！addin 具有“将类型移动到单独的文件”智能标签，但它using带有原始类中的所有子句。

哪种方式更好：从语句中的方法返回值using或之前声明变量，在内部设置并在之后返回？

或者

我注意到很多来回的一件事是 using 语句应该放置在 C# 代码文件中的位置 - 无论是在最外层范围内还是在命名空间内。我知道 using 语句的位置会影响该文件中引用的范围，但我不明白为什么在大多数情况下，有人会希望他们的 using 语句在他们的命名空间中。

在几乎所有情况下，单个文件中只存在一个命名空间声明，因此限定 using 语句的范围似乎/（是？）无用。如果在同一个文件中放置多种类型和多个命名空间，那么使用语句的作用域是非常有意义的，但我仍然看到很多这样的案例，即使在具有一个命名空间的文件中也是如此。为什么？

ASP.NET MVC 源代码就是在整个项目中看似不必要地完成此操作的一个示例。

我using在 C# 和 VB 中都使用过该语句。我同意所有关于嵌套 using 语句的批评（C# 似乎做得很好，VB 不是那么多）

因此，考虑到这一点，我有兴趣通过在同一块中“使用”多个系统资源来改进我的 VB using 语句：

例子：

可以这样写：

所以我的问题是什么是更好的方法？

我的直觉告诉我，如果资源是相关的/依赖的，那么在 using 语句中使用多个资源是合乎逻辑的。

我目前正在为用户控件编写一个相当复杂的绘制方法，涉及大量的绘图代码。我知道所有 GDI+ 资源都需要妥善处理，因此我将每个资源都包装在一个using块中。

但是当我注意到我将三个using块用于三个不同的块时，SolidBrushes我想知道我是否不能重复使用它们。创建 a SolidBrush，用它绘制，分配不同的颜色，绘制其他东西，等等。然后把 aDispose()放在最后。

这样的事情是可取的还是我在这里想得太难了？using我也不特别喜欢彼此嵌套的太多块。虽然是一个很好的模式，但它有时会阻碍可读性。

当子类覆盖基类的方法时，所有基类的重载都不能从子类获得。为了使用它们，应该using BaseClass::Method;在子类中添加一行。

有没有一种快速的方法可以为所有被覆盖的方法继承基类的重载？（不需要using ...为每种方法明确指定）

当我使用以下

对 std 命名空间的任何引用最终都会与 LCDControl 命名空间相关联。

例如：

我该如何解决这个问题？在我查看的任何文档中，我没有看到任何具体的内容。他们中的大多数人说不要使用：using namespace std;。

这是第 249 行：

我试图澄清这一点：

方法一：

方法二：

当我在本地机器上使用 Method-1 和 Method-2 连接并从远程机器 X 获得响应时，它们都正常工作。

当我在远程机器 Y 上使用此代码从 X 获取响应时，只有 Method-1 正在工作，而对于 Method-2，我得到了

上面提到的方法有什么区别以及可能的问题是什么？

当我在项目的某个（子）命名空间中创建新文件时，Visual Studio 中是否有一种简单的方法来分配默认使用？

VS2008 是否具有类似于 Eclipse 为未定义的命名空间自动添加导入声明的功能？