언제 [Obsolete] 속성을 사용해야하며 코드를 삭제해야합니까?

Question

[Obsolete]의 기능은 본질적으로 클래스/기능을 사용하지 못하도록하지만 코드를 레코드의 코드로 유지하는 것입니다.

[Obsolete]을 삭제하거나 코드를 주석 처리하는 것과 반대되는 이유가 있습니까? 이 질문은 소스 제어가있는 경우 더욱 관련이 있으므로 SC에서와 같이 참조 목적으로 코드를 유지하는 것이 중요하지 않습니다.

모범 사례로 간주되는 것에 대해 궁금한 점이 있습니까?

는

Answer 1

은 이전 버전과의 호환성을 위해 주로 사용된다, 그래서 당신은 다른 예상되는 동작을 가진 기능의 새로운 구현을 수행 할 때, 기존의 기능을 사용하는 코드는 여전히 작동하지만 새로운 것을 확인 라이브러리를 사용하면 새로운 구현이 사용됩니다.

타사에서 사용중인 라이브러리를 유지 관리하는 경우 오래된 기능을 제거 할 때 도로지도를 개발해야합니다. 중요한 경우, 여러 번 당신은 그 기능이 더 이상 유지 보수되지 않고 새 기능이 대신 사용되어야 함을 나타 내기 때문입니다.

내부적으로는 리팩토러에서 제대로 구현되지 않은 기능을 점진적으로 대체 할 수 있습니다. 더 이상 사용하지 않을 때까지 경고를 통해 작업을 시작한 다음 안전하게 제거 할 수 있습니다.

이것은 기존 코드 기반을 갱신 한 경험을 바탕으로 한 의견이며 공통적 인 합의가 없음을 유의하십시오.

Answer 2

ObsoleteAttribute에 대한 문서는 사용되지는 요소는 제품의 향후 버전에서 제거 될 것이라는 점을 사용자에게 알리는 등의 요소를 표시 ...

이 상당히 잘 존재 이유의 설명합니다.

의견에서 언급했듯이 다른 사용자가 어셈블리 버전을 사용하는 경우에만 분명히 유용합니다.

Answer 3

Obsolete 속성은 프로그램 엔티티를 더 이상 사용하지 않는 것으로 표시합니다. 폐기 된 것으로 표시된 엔티티를 사용할 때마다 속성 구성 방법에 따라 경고 또는 오류가 생성됩니다.

여기서 참조 소스의 Hashtable 비교 자에 대한 예제입니다.

[Obsolete("Please use KeyComparer properties.")]   
    protected IComparer comparer 
    { 
     get 
     { 
      if(_keycomparer is CompatibleComparer) { 
       return ((CompatibleComparer)_keycomparer).Comparer; 
      }  
      else if(_keycomparer == null) { 
       return null; 
      }        
      else { 
       throw new ArgumentException(Environment.GetResourceString("Arg_CannotMixComparisonInfrastructure")); 
      }     
     } 
     set 
     { 
      if (_keycomparer is CompatibleComparer) { 
       CompatibleComparer keyComparer = (CompatibleComparer)_keycomparer; 
       _keycomparer = new CompatibleComparer(value, keyComparer.HashCodeProvider); 
      } 
      else if(_keycomparer == null) { 
       _keycomparer = new CompatibleComparer(value, (IHashCodeProvider)null);    
      }     
      else { 
       throw new ArgumentException(Environment.GetResourceString("Arg_CannotMixComparisonInfrastructure")); 
      } 
     } 
    }