C#에서 지시문을 사용하는 "깨끗한"목록을 유지하면 어떤 이점이 있습니까?

Question

vs2008은 Resharper와 마찬가지로 지침을 사용하여 정리하기위한 제거 및 정렬 기능이 있다는 것을 알고 있습니다. 코드가 "깨끗하고"향후 존재하지 않는 네임 스페이스를 참조하는 문제를 제거하는 것 외에도, 사용 지침 사용의 "깨끗한"목록을 유지하는 이점은 무엇입니까?

적은 코드? 더 빠른 편집 시간?

Answer 1

나에게 그것은 기본적으로 소음이 적다는 것입니다 (플러스 쇼퍼를 행복하게 만듭니다!).

편집 시간의 개선이 최소화 될 것이라고 생각합니다.

Answer 2

항상 필요한 사용 지시서 만 가지고 있고 항상 적절하게 정렬 된 경우 두 가지 버전의 코드를 차별 할 때 관련이없는 변경 사항이 표시되지 않습니다.

또한 지시문을 사용하는 깔끔한 세트가 있으면 코드를 시작하는 사람은 누구나 거친 사용 지시서를 살펴보면 무엇을 사용할 것인지에 대한 아이디어.

Answer 3

런타임 영향은 없습니다. 순전히 컴파일 시간입니다. 잠재적으로 다음에 영향을 미칩니다.

1. 네임 스페이스 충돌 가능성이 적습니다
2. 코드 파일에서 "노이즈"가 적습니다
3. 파일에서 기대할 네임 스페이스 및 가능한 유형에 대해 매우 명백합니다.
4. 메뉴를 사용하여 사용하지 않고 정렬을 제거한다는 것은 DEVS간에 명령문을 사용하는 것과 더 일관성을 의미합니다. 멍청한 checkins의 기회는 단지 그것을 고치려고합니다.

Answer 4

1. 적은 소음.
2. 사용되는 유형에 대한 명확한 기대 ( "내 UI 계층은 System.net에 따라 다릅니다. 와우, 왜?")
3. 클리너 참조 : 최소한의 사용 명령문 세트가있는 경우 참조를 정리할 수 있습니다. 종종 개발자가 프로젝트에 대한 참조를 계속 던지는 것을 보지만 더 이상 필요하지 않을 때는 절대 제거하지 않습니다. 실제로 참조가 필요한 것이없고 (및 사용 명령문 수) 참조를 정리하는 것은 사소한 것입니다. (왜 그렇게하고 싶습니까? 구성 요소로 분해 된 대형 시스템에서는 사용하지 않은 DEP를 제거하여 빌드 의존성을 간소화합니다.)

Answer 5

저에게는 처음에 진술을 사용하는 깨끗한 목록은 기대할 유형을 잘 이해할 수 있습니다.

Answer 6

몇 년 전 RESHARPER (18 프로젝트 솔루션에)를 처음 설치했을 때 컴파일 타임에서 괜찮은 이익을 보았습니다. 그 이후로 그것은 단지 그것을 깨끗하게 유지하는 것입니다.

Answer 7

컴파일 시간과 성능의 혜택에 대해서는 말할 수 없지만 사용 선언을 최소화하면 네임 스페이스 충돌 가능성이 낮습니다. 이는 하나 이상의 타사 라이브러리를 사용하는 경우 특히 중요합니다.

Answer 8

컴파일 타임 차이가 하나 있습니다. 참조를 제거하지만 코드에 사용 지시문이 여전히 있으면 컴파일러 오류가 발생합니다. 따라서 지침 사용을 깨끗한 목록에 있으면 사용되지 않은 참조를 제거하는 것이 조금 쉬워집니다.

일반적으로 컴파일러는 사용되지 않은 참조를 제거하지만 사용이 코드에있을 때 작동하는지 모르겠습니다.