对类库使用系统命名空间：好还是坏

在我的类库中使用“系统命名空间”是个好主意吗？

Sample:

namespace System.Web {
    public static class RequestExtensions {
        public static bool IsPost(this HttpRequest r) {
            return string.Compare(r.HttpMethod, "POST", StringComparison.OrdinalIgnoreCase) == 0;
        }
    }
}

优势：不需要包含额外的使用子句（特别是对于扩展方法），因此在添加对库的引用后，所有内容都将立即可用。

最好的样本是NUnitEx http://code.google.com/p/nunitex/项目（使用 NUnit 的命名空间）。

缺点：潜在的名称冲突。

我必须支持其他所有说这是一个的人BAD主意。命名空间在很多层面上都是一种组织工具。它们不仅允许您出于自己的目的重复使用标识符而不与其他公司发生冲突，还允许不同的公司将其产品与您或其他任何人的产品隔离。对于使用您的类型的人来说，将代码放入 System 命名空间可能会非常令人困惑。

此外，人们知道 System 命名空间中的任何内容都是来自 Microsoft 的良好、可靠、经过测试、经过社区审查、完整记录的代码。这是一组非常重要的因素……通过将代码放在同一个命名空间中，您不仅声称自己的代码那么好，而且还必须实现它。