사용 이름 지정 vs 사용 지시문은 단지 의견의 문제일까요?

필자는 이제 솔로 환경에서 작업하면서 사용 지시문을 사용하는 대신 실제로 정규화 된 메서드 호출을 더 많이 호출한다고 생각합니다. 이전에는 팀에서 가장 탁월한 코딩 방법을 일관되게 유지했습니다.사용 이름 지정 vs 사용 지시문은 단지 의견의 문제일까요?

필자는 자세한 코드를 읽기가 더 쉽다는 것을 알았습니다. 특히 자동 완성 기능을 사용하면 입력이 빨라졌으며 Google을 더 자주 사용하여 설명서의 원본으로 사용하고 있습니다. 정규화 된 이름은 훨씬 더 좁은 결과 집합을 반환합니다. 이것들은 using 지시문을 사용하는 것 이상의 완전한 자격을 선호하는 명백한 이유입니다.

리팩토링 도구를 사용하는 오늘날 사용 지침을 사용하는 것이 정규화 된 것보다 우수하거나 그 반대의 이유가 있습니까? 아니면 주석 간격과 같은 개인적인 재량권 문제입니까? 마지막으로, 당신은 무엇을 선호합니까?

출처

2009-06-09 Serapth

아마이 주관적이라고 부를 수 있습니다.

내가 일하는 곳/내가 선호하는 말은 using 문을 사용하는 것입니다. 이름/줄을 짧게 유지하여 일상 생활을 쉽게 만듭니다. 또한 정규화 된 이름으로 뭔가를 가져 가면됩니다.

출처

2009-06-09 18:10:04 Finglas

일반적으로 실제 코드에는/imports를 사용하고/examples에는 정규화 된 코드를 사용하는 것이 좋습니다.

출처

2009-06-09 18:10:44 lance

가능하면 언제나 사용합니다.

System.Windows.Form form = new System.Windows.Form();

가 전체 가게 어리석은 일을하지 저지른 것으로이 필요한 않음을 유의하시기 바랍니다

var form = new Form();

보다는 단지 방법이 더 작품이다 : 덜 읽기가 덜 나는 구문 분석해야 모호함을 유발하는 자신 만의 수퍼 폼 클래스를 만드는 것과 같이.

출처

2009-06-09 18:11:43 Stu

여기에 var를 사용하면 읽기가 더 어려워집니다. 그것이 명백하다면, 그것은 더 좋을 것입니다. – Finglas

나는 var가 C# history에서 가장 오용 된 기능으로 사용 될 것이라고 생각합니다. 아주 쉽게 이해하기 쉬운 코드를 만들 수 있습니다. – Serapth

나는 강력하게 동의하지 않습니다. 왼쪽에서 오른쪽으로 읽는다면 변수가 무엇인지, 무엇이 호출되는지를 알아야합니다. 변수를 의미있는 이름으로 지정하고 가능하면 짧게 만드는 것으로 두 가지를 모두 수행하는 것을 선호합니다. 또한 var를 지속적으로 사용하면 코드를 빠르게 둘러보고 변수 선언을 한 눈에 파악할 수 있습니다. – Stu

가독성.

1 년 후에 코드를 읽으려고 생각하십시오. 당신은 그것이 명시 적으로 짧고 각 데이터에 대해 오직 하나의 정보 포인트만을 원할 것입니다 (DRY 원칙).

출처

2009-06-09 18:12:00 Klaim

사용 이름 지정 vs 사용 지시문은 단지 의견의 문제일까요?

답변

관련 문제