2009-04-23 2 views
4

SDK에서 작업 중입니다. 새 버전을 출시하면서 API의 차이점에 대한 보고서를 작성하고 싶습니다. 이것은 코드의 차이가 아닙니다. 대부분의 코드는 직접적으로 사용될 것으로 예상되지 않습니다. 공개 클래스/메소드는 내가 관심을 갖고있는 것입니다. 또한 구현을 포함하는 네임 스페이스의 모든 요소가 SDK의 클라이언트에 의해 사용되어서는 안된다는 규칙을 채택했습니다. 그래서 구현이 포함 된 네임 스페이스에없는 공용 인터페이스, 클래스 및 메서드의 차이점을 찾고 있습니다. 나는 두 가지 릴리스 사이에 제거되고 추가되고 수정 된 것이 무엇인지 알고 싶습니다.동일한 SDK의 다른 버전을 평가하기 위해 LibCheck와 같은 도구를 찾고 있습니다

오른쪽 야구장에있는 LibCheck라는 Microsoft의 도구를 발견했습니다. LibCheck에 몇 가지 문제가 있습니다. LibCheck는 수정 된 메소드를 인식하지 못합니다. 메소드가 제거되고 추가 된 것으로보고합니다. 때로는 메소드가 제거되고 추가 된 것으로보고하지만 이름과 매개 변수는 모두 동일합니다. 나는이 사건들에서 나에게 무엇을 말하려고하는지 알지 못한다. 마지막으로 보고서 레이아웃에 신경 쓰지 않습니다. 어셈블리와 클래스뿐만 아니라 네임 스페이스로 나누기를 원합니다.

보고서가 XSLT 변환의 결과이며 필자가 원한다고 생각할 수 있음을 알고 있습니다. Microsoft의 도구에 대한 일반적인 지원 부족과 관련된 다른 문제는 나에게 대안을 찾고 있습니다.

+0

관련 질문 : http://stackoverflow.com/questions/2377855/tool-for-backwards-compatibility-for-c-net-api – aponomarenko

답변

1

또한 DIFF을 가지고 http://apichange.codeplex.com을있다 ing 옵션. 전화 번호는

ApiChange -diff -old $net2dir\System.dll -new $net4dir\System.dll 

입니다. 보고서를 받아 보시기 바랍니다.

+0

매우 가깝습니다. 나는 그것을 볼 것이다. 감사. –

+0

저를 위해 일하지 않았습니다. – schauhan

2

도구 등 NDepend 매우이 작업에 적합하고, 오히려 단지 텍스트 예를 들어보다 "API"수준에서 DIFF보고를위한 기능이 내장되어 있습니다 :

Compare Builds and Code Diff

NDepend는 그것의 자신의 고도로 맞춤화 된 정적 분석 보고서를 작성하는 데 사용할 수있는 코드 쿼리 언어 CQL은 :

Code Query Language

+0

NDepend diff에 대한 자세한 설명은 http://www.ndepend.com을 참조하십시오./docs/code-diff-in-visual-studio –

관련 문제