특정 메소드/유형 모호성

일부 멤버 (또는 유형)를 사용하지 못하도록하려면 해당 멤버를 사용하지 말고 (때로는 나중에 완전히 제거하는) 방법을 사용하십시오.특정 메소드/유형 모호성

그러나 컴파일 된 타사 어셈블리의 멤버 (또는 형식)를 비판하는 방법이 있습니까? 또는 적어도 사용시 경고 (또는 경고를 발행)해야합니까?

너는 custom Code Analysis/FxCop rule을 만드는 것을 고려 했습니까?

2009-03-22 22:50:20

사용자 지정 CA 규칙 만 만드는 것이 더 쉽고 (* 공식적으로 * 문서화 된 경우)! 하지만 이것이 올바른 생각입니다. CA를 정기적으로 사용하고 있습니다. 맞습니까? –

당신은 당신이 전체 라이브러리를 서브 클래스 수 (또는 적어도 부분 사용)하고 그들에게 당신이 원하는 방식을 더 이상 사용한다고 가정뿐만 아니라 이것에 대한

2009-03-22 23:34:20

을 NDepend를 사용할 수 있습니다.

2009-03-23 00:04:25 dkretz

유형은 봉인 될 수 있고, 인터페이스가 될 수 있습니다. 심지어 가상 메소드의 경우에도 하위 클래스 등을 참조하도록 변경되지 않으면 호출자에게 영향을 미치지 않습니다. 간단히 말해서, 이것이 실행 가능하다는 것이 확실하지 않습니다. –

그것의 다른면은 소프트웨어가 아닙니다. 버전 종속성이 예상보다 많을 수 있습니다. 자신의 서명없이 임의의 비추천 속성을 부과 할 수 있다면 필연적으로 결국에는 게시자와 무언가가 충돌하게됩니다. – dkretz

지금까지 답변에서 알 수 있듯이 이렇게하는 방법은 훌륭하지 않습니다.

2009-03-23 00:06:13

답변