Visual Studio 환경을 사용하시는 분들은 코드를 #regions로 감싸는 것에 대해 어떻게 생각하시나요? (또는 다른 IDE에도 비슷한 것이 있다면...)
10 점 만점에 9 번 접는 코드를 사용할 수 있다는 의미입니다 실패했습니다. < ", http://en.wikipedia.org/wiki/Separation_of_concerns", 사회간접자본 (soc), a href = > principle< /a>;; 뭐하러요 worth.<, br /> 있다. 내가 더 많거나 적게 같은 대해서 느끼는 부분 클래스. 혹시 필요한 경우 생각하는 코드가 너무 커서 chop it up 의 관리 (및 재사용 가능한) 또는 분리-정합성 it 부품, 숨기지 못하고, br /> up.< 당한 다음에, 또 누군가는 너회들 변경하십시오 논리는 숨겨짐 받을시간은 250 선 몬스터 볼 수 없는 한, 그리고 br /> method.<; br /> <; 수 있으며, 일부 코드를 아웃해야 당기십시오 때마다 기본 클래스 또는 팩터리의 붙여넣습니다 helper class. br /> <;
foreach (var item in Items)
{
//.. 100 lines of validation and data logic..
}
그렇지 않은 경우도 있다) 로 읽을 수 있다.
foreach (var item in Items)
{
if (ValidatorClass.Validate(item))
RepositoryClass.Update(item);
}
br /> <; br /> <; 애니웨이 내 0.02 달러.
때때로 자신을 볼 수 있습니다 여기서 # 지역 권장됨 working on a 팀 또는 필요합니다. # 39 you& 경우, re like me 진실이며당신이 can& # 39, C # 에 대한 내용을 담은 종이를 코드를 통해 t stand 메싱 수립하였습니다 끌 수 있습니다.
동시에 이 문제를 알고 있는 제프, et. al. , t, 내가 가지고 있는 지역 don& # 39 는 물론,,, 왜 이해 < kbd> CTRL< /kbd> +< kbd> M<;;;;;;; L< /kbd> < kbd> CTRL< /kbd> +< kbd> /kbd>; 모든 영역을 확장할 수 있는 파일은 어렵게 계약을 맺었다.
@ [톰] [1]
구분할 수 있도록 모든 사용자 설정 도구를 제공하는 부분 클래스는 코드로부터 자동으로 수행한 후 비트 코드를 실행할 수 있다 할 수도 있습니다. 즉, 코드에서 # 39, 고데겐 및 doesn& 재실행하십시오 후에도 그대로 머물러 있습니다 t get 덮어씁니다. 이 때 아주 중요합니다.
[1]: https://stackoverflow.com/questions/5916/how-do-you-feel-about-code-folding # 5971
I, m not a # 39 i& 팬에는 개발할 수 있는 부분 클래스 등 각 클래스에 클래스뿐만 시도하시겠습니까 내 공간이 매우 문제가 있으며, 단일 선택해제합니다 it& # 39 의 책임을 져야 한다. 이를 위해 내가 할 수 있는 책임 있는 don& # 39, 여러 파일을 분할됩니다 선택해제합니다 뭔가 안 믿는다. # 39 의 that& don& # 39, 내가 왜 마음에 부분 클래스.
절대 안된다 지역 내부에 사용될 수 있습니다. 하지만 그들은 매우 신중하게 처리해야 하는 방법을 사용할 수 있도록 판독기에서 그룹화하려면 이 코드는 미친 바뀌지 않습니다. 그들의 수정자는 시점으로든지 접는 방법이 없다. 하지만 가끔 접이식 가독성을 높일 수 있습니다. 예를 들어 일부 메서드입니다 그룹화하면 사용할 때 몇 가지 문제를 업으로 사용할 경우 외부 라이브러리에 진실이며당신이 won& # 39 싶지 않다, 너무 자주 dell. 도움이 될 수 있습니다. 그러나 항상 같은 클래스 라이브러리 솔루션 기반 부호화 찾기 위한 적절한 이 예에서 랩할 합니다. 모든 실패할 때 접이식 향상시키기려면 레이디빌레티 사용합니다.
만약 내가 didn& 지역 접이식 내린다 # 39, 지역 내 코드 기반으로 기능을 유지할 수 없는 수동으로로 그룹화는 않는비즈니스 내재된 욕금지 예를 들어, 컴파일러, 이미 계시나니 it& # 39 을 구성자를. # 39 의 코드 s # 39, 이미 알고 있는 IDE& 모델 it& 구성자를. 만일 내가 원하는 코드를 볼 수 있는 어떤 이유로든 보기입니다 구성자를 그룹화됩니다 사실을 다시 말하다 하는데, 이러한 일들이 구성자를 물리적으로 둘러싸인 배치하여 후 주변의 그룹화할 함께 하고 있다. 다른 방법을 이용해 up a 클래스 / / 인터페이스입니다 구조체입니다 마찬가지다. 만약 내가 내 마음 변경하십시오 보려는 / 개인 소지품 공개 / 금지되었는지 분판된 아웃해야 그룹으로 첫 멤버는 후 그룹화하여 친절하구만?
지역에 따라 공용 등록 정보 (예를 들어) 는 아웃해야 사용하여 표시할 수 있는 만큼 힘든 것이 뚜렷한 코드에서 이미 예비형 주석문입니다 자도으로 아무것도아니야 입력할 수 있다.
어쨌든, 이를 피하기 위해 내가 글을 쓸 수 있는 지역을 자유, 오픈 소스 비주얼 스튜디오 2008년 IDE 추가 호출됨 Ora. It 는 자동으로 볼 수 있기 때문에 그룹화할 훨씬 덜 유지하는 데 필요한 물리적 그룹짓기 사용하거나 하였다. 효율적인 수 있습니다.
저는 개인적으로 #Regions를 항상 사용합니다. 속성, 선언 등을 서로 구분하는 데 도움이 된다는 것을 알게 되었습니다.
이것도 좋은 답변일 것입니다!
편집: 젠장, 팻이 먼저 말했네요!
여기에 몇 가지 다른 지역 내 외곽진입 비슷합니다 사용하여 코드 블록 구성자를 속성, 이벤트 등) 로 정리할 수 있습니다.
이 [코딩 호러] (https://blog.codinghorror.com/the-problem-with-code-folding/) 이 문서 실제 내가 무슨 생각을 잘 알려져 있다.
보다 일반적으로, 전 멤버 변수, 클래스, 속성 및 주변 지역에서 대규모 내아기마저도 상수입니다 양을 줄이기 위해 다른 모든 외부에서 텍스트 나는 스크롤하고 남겨두십시오) 라고 부르기도 한다. 일반적으로, 양식, 에 대한 내아기마저도 그룹화할 " 멤버 변수를 상수입니다 및 properties", 양식, 기능, 이벤트 핸들러도. 그래서 다시 한 번, 이건 더 많이 할 때 텍스트를 스크롤하고 don& t # 39, 난 그냥 이벤트 핸들러도 살펴 보겠습니다.