팀 단위로 개발할 때는 전체 소스 코드� 걸�서 어떤 단�화�, 미리 협�� 규칙� 필요한�, 코드 리뷰를 통해서 할 수� 있지만, 아무래� �런 걸 ��으로 체�해 주는 �구가 있으면 어떨까 하는 ��� 한 �� 있다. 만들어 보려고 시�해 본 �� 있지만 복잡�가 장난 아니�는 ��� 정규� 조합 툴 좀 만들다가 GG 쳤다. ㅋㅋ

그런�, 요즘 .NET 으로 개발해 보면서 Microsoft� 몰�� �구들� 몇 가지 알았다. 그 중� 하나가 FxCop�다.

아쉽게� Managed Language만 지�한다. 즉, Unmanaged C++(�히 �하는 Native C++)는 지�하지 않는다. 아무래� Managed Language(여기서는 C#)� 강력한 리플렉션 기능� 있기�, �런 툴� 가능할 것�다.

예전� ��한 건 단순한 코딩 컨벤션 정��지만, � 툴� 정� 다양한 내용� 체�한다.

네�� 관련해서 잡힌 거 하나 보면,

RuleFile     : Naming Rules  (String)

Info         : “Do not use underscores when specifying identifiers.
Some generated Visual Studio identifiers for applications
contain underscore characters. Underscore characters
should generally be avoided in public identifiers.”

�름 붙� 때, _ (언�스코어) 쓰지 ��는 거다.

�벤트 핸들러 선언과 관련� 부분� 있다. �문 중 설명 부분� 옮겨 보면

RuleFile     : Security Rules  (String)

Info         : “It appears that an event handler is externally visible
or that an EventArgs parameter is being exposed in
a visible method decorated with a security demand.
There can be problems exposing sensitive functionality
in an event handler function; the security demand might
not do what you expect.”

Security 관련 규칙 위반으로, �벤트 핸들�� 처리하는 함수가 public으로 선언�어 있다는 것�다. FxCop� 선언� 규칙으로는 private으로 해야 한다.

대충 코딩 한 ��(…)� 잡기 위한 규칙� 미리 정� �어 있다.

RuleFile     : Design Rules  (String)

Info         : “You should not catch Exception or SystemException.
Catching generic exception types can hide run-time
problems from the library user, and can complicate
debugging. You should catch only those exceptions that
you can handle gracefully.”

예외 처리 귀찮아서(…) 그냥 Exception으로 몽땅 다 잡았�니 친절하게� 후딱 고치�고 알려 준다.

기본�으로 제공�는 룰 셋� Microsoft 내부�으로 .NET Framework 개발 시�� 사용하는 듯 하다. .NET Framework�서 �래스 ��브러리(�는 애플리케�션)� 개발한다면, �런 규칙� 지키는 것� 좋다�고 권고하고 있다. 아마� � 기본 룰 셋� Framework Design Guidelines�서 나온 내용들� 것�다.

모든 규칙� 다 지킬 필요는 없고, 필요한 것만 체�하�� 설정하고, 프로�트�서 필요한 추가�� 규칙들� 새로 만들어서 쓰면 괜찮� 듯 하다. 만드는 방법� 한 번 찾아보고;;;