2009-11-17 4 views
3

C에서 전체 네임 스페이스를 포함 시키면 모든 작업이 느려지는 증거가 있습니까?전체 네임 스페이스를 포함 시키면 속도가 느려 집니까?

은 더 나은이

System.IO.Path.Combine.... 

을 할 수 또는 전체 System.IO 네임 스페이스를 포함 할 수 있습니까?

+0

'using System.IO'의 최악의 경우 : 더 큰 (충돌하는) IntelliSense 목록이 있습니다. –

답변

16

클래스 상단의 using 문에 네임 스페이스를 포함하는 것이 훨씬 더 좋다. 컴파일러는 상관하지 않습니다. 같은 일리노이를 두 가지 방식으로 내 보내며 코드가 더 짧고 읽기 쉽습니다.

+1

죽은 더위! hehe :) – leppie

+0

이것은 C++ 일 것임에 틀림 없다. 네임 스페이스를 포함하는 것이 느려지는 것을 나는 기억한다. 이 문제가 해결되어 기쁩니다 :-) –

+0

답안에 IL 산출물을 제공해 주시겠습니까? – bsara

0

아니요, 컴파일러가 빠릅니다. 내가 무엇을 추가 할 수 있는지 잘 모르겠다.

3

무엇이든 전체 네임 스페이스를 포함하여 프로덕션 코드의 속도가 저하되지 않습니다.

컴파일러 속도가 느려 집니까? 그것은 논쟁의 여지가 있지만 C# 컴파일은 그렇게 빠를 가능성이 적습니다. 컴파일 속도를 늦추는 데있어 훨씬 나쁜 범죄자는 솔루션에 포함 된 많은 프로젝트입니다.

+2

"C# 컴파일이 너무 빠름". 분명히, 농담하는거야. 나는 더 큰 프로젝트 중 일부에 가서 탁구를 할 수있다. – AngryHacker

+0

"컴파일 속도를 늦추는 데있어서 가장 나쁜 범죄자는 솔루션에서 많은 수의 프로젝트입니다"라는 내용을 언급하지 않았습니다. – Randolpho

3

아무런 차이가 없습니다 ... 순전히 가독성을 위해 그리고 명명 충돌이있는 경우에 사용됩니다.

1

프로덕션 코드의 속도를 늦추지는 않지만 IDE가 더 많은 옵션을 표시해야하므로 코딩 속도가 느려질 수 있으며 코드 완성 목록을 볼 때 더 많은 가능성을 선택해야합니다.

1

추가 네임 스페이스를 추가하면 응용 프로그램의 컴파일 시간이 영향을받을 수 있습니다. 대부분의 애플리케이션에서 눈에 띄지는 않을 것 같지만 극단적 인 경우에는 눈에 띄게됩니다.

그러나 응용 프로그램의 런타임 성능에는 영향을 미치지 않습니다.

관련 문제