Resharper 和 Productivity Power Tools 争夺我的使用权。我怎样才能停止流血?
Resharper and Productivity Power Tools fight over my usings. How can I stop the bloodshed?
下面是开始暴力的代码类型:
public interface ISomething
{
/// <exception cref="IOException" />
void DoSomethingWithTheFilesystem();
}
Resharper 9.2 看到了这一点并建议(坚持)我为 IOException
添加一个带有蓝色下划线和我无法忽略的弹出消息的 using System.IO
。但是,由于这是一个界面,我没有对 IOException
的实际代码引用,并且我将 Productivity Power Tools 配置为在保存文件时删除未使用的使用。所以我一保存文档,PPT就把using删掉了。这让 R# 在我下次打开它(或进行代码分析)时再次抱怨。添加代码时自动添加 usings 是一个非常有用的功能。删除时自动删除它们也是如此。我可以做些什么来在不牺牲一方的情况下实现这两个派系之间的和平?
根据我的评论作为有效的建议,我将在此处重新发布作为答案。
使用完全限定的命名空间来维护派系之间的和平。正如@siride 在评论中提到的,这是 "probably actually better that you use the fully qualified name anyway. The documentation should be complete in place, without depend on using statements."
/// <exception cref="IOException" />
变为:
/// <exception cref="System.IO.IOException" />
下面是开始暴力的代码类型:
public interface ISomething
{
/// <exception cref="IOException" />
void DoSomethingWithTheFilesystem();
}
Resharper 9.2 看到了这一点并建议(坚持)我为 IOException
添加一个带有蓝色下划线和我无法忽略的弹出消息的 using System.IO
。但是,由于这是一个界面,我没有对 IOException
的实际代码引用,并且我将 Productivity Power Tools 配置为在保存文件时删除未使用的使用。所以我一保存文档,PPT就把using删掉了。这让 R# 在我下次打开它(或进行代码分析)时再次抱怨。添加代码时自动添加 usings 是一个非常有用的功能。删除时自动删除它们也是如此。我可以做些什么来在不牺牲一方的情况下实现这两个派系之间的和平?
根据我的评论作为有效的建议,我将在此处重新发布作为答案。
使用完全限定的命名空间来维护派系之间的和平。正如@siride 在评论中提到的,这是 "probably actually better that you use the fully qualified name anyway. The documentation should be complete in place, without depend on using statements."
/// <exception cref="IOException" />
变为:
/// <exception cref="System.IO.IOException" />