2011-01-24 14 views
9

Ad alanı bildirimlerini taşımak/güncelleştirmek için ReSharper'ı kullanırken, ReSharper'ın kullanılmayan deyimleri kaldırmasını engellemenin bir yolu var mı? Ben gibi bir sınıf varsa başka deyişleReSharper'ın kullanılmadan kaldırılması nasıl durdurulur Ad alanı bildirimleri taşınırken/güncelleştirilirken ifadeler kullanılıyor mu?

:

using System.Collections.Generic; 
using System.Linq; 
using System.ServiceModel; 
using System.Text; 

namespace Foo.Bar 
{ 
    class MyClass 
    { 
     List<string> Names { get; set; } 
    } 
} 

Ve ReSharper kullanarak Foo.Bar.Utilities ad içine taşımak istediğiniz, Resharper Kullanılmayan tüm Kullanarak ifadeleri kaldırmak ve bırakacaktır Benimle: Ancak

using System.Collections.Generic; 

namespace Foo.Bar.Utilities 
{ 
    class MyClass 
    { 
     List<string> Names { get; set; } 
    } 
} 

, ben ReSharper ad alanı bildirimini taşırken benim ifadeleri kullanma dokunmak istemiyorum. Sonucu şu şekilde yapmayı tercih ederim:

using System.Collections.Generic; 
using System.Linq; 
using System.ServiceModel; 
using System.Text; 

namespace Foo.Bar.Utilities 
{ 
    class MyClass 
    { 
     List<string> Names { get; set; } 
    } 
} 
+0

Bunun neden bununla aynı fikirde olmadığını sorabilir miyim? – Rippo

+5

Kullanılmadıkları takdirde, neden böyle bir sorun olduğunu düşünüyorsunuz? – Oded

+0

Çoğu zaman kullanmadan önce ad alanlarına getireceğim, yani üçüncü taraf bir derleme için. 3. parti meclisini kullanmamış olabilirim, ancak kısa sırayla; Hızlı bir refactor sırasında farklı bir isim alanına, ReSharper kullanma ifademi kaldıracaktır. Ayrıca, tercihim, kullanım ifadelerini geliştirme sonuna kadar kaldırmamaktır; hangi zaman kullanılmayan ifadeleri ve ilişkili montaj referanslarını kaldıracağım. –

cevap

12

Bunu açıkça yapabileceğinizi düşünmüyorum. Ancak, kaldırılmaması gereken ad alanlarını belirtmek için bir seçenek vardır (Yeniden Paylaşım Seçenekleri -> C# -> Ad Alanı İthalatı), ancak hangisinin kaldırılmasını istemediğinizi bilmeniz gerekir.