2012-07-30 4 views
9

Google CodePro AnalytiX를 이미 사용했지만 Findbugs를 사용한 적이 없습니다.Findbugs 대 Google CodePro AnalytiX (Eclipse 플러그인)

Findbugs에 대한 저의 첫인상은 구성하기가 더 어렵다는 것입니다. 그 후에, 나는 둘 다 유사하다고 믿는다.

귀하의 의견은 무엇입니까?

관련 질문이 하나 더 있습니다.이 플러그인 중 어느 것도 우리 코드를 서버에 보냈지 않습니까? (예를 들어 CodePro를 사용하는 경우 코드는 Google 서버로 전송되지 않습니다.)

+0

질문을 좀 더 구체적으로하고 의견을 모으기를 원할 것입니다. 그렇지 않으면 아마 투표가 종료 될 것입니다. –

답변

16

2016 년 업데이트 : CodePro Analytix는 더 이상 사용할 수 없으므로 Findbugs로 이동하십시오.


원래 대답 CodePro Analytix에서

더 나은 :

  • 문제 수준 (오류, 경고, 정보)의 모든 항목에 대해 변경 될 수 있습니다. Findbugs는 문제를 활성화/비활성화 할 수 있습니다.
  • 많은 문제를 세부적으로 구성 할 수 있습니다 (예 : 차단 된 맹세 단어 목록). (열거 나 편집기를 닫을 때이 적응)
  • 는 수동에 스캔을 트리거 한 후 어떤 패키지, 프로젝트 또는를 선택하고 훨씬 더 convinient이다, 당신에게 현재 열려있는 편집자의 모든 문제를 보여줄 수
  • 몇 가지 문제는 자동으로 해결할 수 있습니다 (모든 매개 변수를 최종 선언하는 것과 같습니다). Findbugs에서는 모든 것이 수동으로 이루어져야합니다. Findbugs에서

더 나은 :

  • 전형적인 자바 프로그래밍 버그에 더 집중되어있다 (그러나 CodePro 같은 문제의 풍부한 선택하지 않음)
  • 이 많이 필요 더 analysises을 수행을 컨텍스트 정보
  • 은 Eclipse 또는 Hudson/Jenkins의
  • 구성과 같은 통합 서버 또는 로컬 IDE에서 로컬로 사용할 수 있습니다. 공유 할 수 있으므로 IDE와 서버에서 똑같은 결과를 볼 수 있습니다.
  • 에는 분산 된 팀이 결과 (결과의 평가)를 공유 할 수있는 "클라우드 모드"가있어 모두 확인하지는 않습니다 동일한 문제가 다시 발생합니다.

위의 모든 내용은 도구로 작업하는 방법과 관련이 있습니다. 버그의 실제 발견은 검사 할 프로젝트에 크게 의존 할 수 있습니다. 과거에 나는 종종 두 가지를 사용하도록 제안했다. Findbugs first, CodePro 이후에 :

더 심각한 문제를 발견 할 때 Findbugs로 첫 번째 검사를 수행한다. 그러나 그것들이 고쳐지면, 당신은 많은 시끄러운 이슈 (또는 잘못된 발견들)에 빠지게 될 것입니다. 따라서 Findbugs의 가장 심각한 문제에 대한 작업을 마친 후 CodePro Analytix로 바꾸는 것이 좋습니다. 그 이유는 CodePro Analytix가 잘못된 결과가 적고 더 자세히 제어 할 수 있기 때문입니다.

+7

CodePro는 실제로 [죽었습니다] (https://groups.google.com/forum/#!topic/codepro-analytix/lMSeKW6rxuw). – deamon

관련 문제