2011-04-26 5 views
6

나는 비슷한 질문을 여기에서 찾으려고했지만, 사람들은이 도구를 비교하는 것만으로도 모든 사람이 왜 그렇게 큰지 알 수 있습니다. :)ReSharper 또는 CodeRush를 구입해야하는 이유는 무엇입니까?

글쎄 .. 나는 그렇지 않습니다. 나는이 도구들이 '매우 차가워서 나를 초 코드로 변환 할 것'이라고 알고 있습니다. 하지만 알고 싶은데 ?

무엇이 너무 컸는데, 너무 비싸서 (플러그인 용)?
일상적인 사용법의 실제 예가 좋을 것입니다.

내가 보는 것은 플러그 인이며, 이는 시각적 스튜디오로 얻을 수있는 것과 거의 같지만 다른 바로 가기가 있습니다.

+3

어쩌면 프로그래머를 찾고있었습니다 .stackexchange.com? –

+0

아니, 실제로 나는 아니었다;) 나는 '더 낫다'와 '왜'때문에 아마도 차이를 느끼지 않을 것이다. SO에는 많은 것이 있습니다. – Damb

+0

Eclipse를 사용하여 무료로 제공되는 모든 도구를 무료로 사용해보십시오! 아, 그리고 질문마다 - 일반적으로 여러 가지 방법으로 코드를 자동으로 쉽게 리팩터링 할 수 있습니다. VS가 상자 밖의 기능을 제공하지 않는 이유는 저 밖에 있습니다. –

답변

0

ReSharper가 Visual Studio에서 제공하는 것을 수행 할 수 없습니다. 그렇다면 JetBrains는 절대로 복사본을 판매하지 않습니다.

회사의 모든 .NET 개발자가 사용하는 Visual Studio의 베어 본 (bare bones)보다 개선 된 것으로 충분합니다. 아무도 그것을 사용하지 않고 C#을 작성합니다. Cool은 그 일과 관련이 없으며, 회사는 라이센스 비용을 압류하지 않습니다. 그것은 가치.

+1

'아무도 C#없이 한 줄을 씁니다. '왜? – Damb

+1

논리가 실제로 거기에 있지 않습니다. 명확하게 그것이 당신이 일을 더 편리하게 할 수있게한다면 그것은 여전히 ​​팔릴 것입니다. 그것은 사람들이보다 효율적으로 일할 수있게 도와주는 강력한 기능입니다. 그것이 당신을 위해 이것을하는 경우에, 확실히, 그것을 사용하십시오, 그러나 그렇지 않으면, 그 후에하지 말라. 나는 개인적으로 그것을 참을 수 없다. –

+0

지구상에는 100 % 만장일치가 많지는 않지만, 내가 일하는 .NET 개발자의 압도적 인 다수가 그것을 사용하고 좋아할 것입니다. 그들이 생산성을 향상 시킨다는 사실을 알게 된 곳에서는 충분히 매력적입니다. 내 논리는 당신 것과 동일합니다. 의견이라고합니다. 유일한 차이점은 당신의 것이 당신에게만 속한 것입니다; 저는 20 명이 넘는 .Net 개발자들과 개인적인 접촉을하고 있습니다. – duffymo

0

IDE가 도움이되지 않아서 개발자가 대처해야하는 많은 것들이 있습니다. 리팩토링 (Refactoring)은 시간이 많이 걸리는 프로세스 중 하나이며, 노동에 대한 최소한의 보수 (payoff) 같은 느낌을줍니다. 그렇다면 과정에서 한 일이 옳은지 확인하는 것이 어려워요. 물론, 테스트 케이스가 너무 심하게 진행되는 것을 막기위한 테스트 케이스가 있지만, 어떤 것들은 사전 통보없이 크립니다. ReSharper와 같은 도구가이를 변경합니다. 리팩터링 툴은 최고 수준이며 개발 시간을 면도 할 수 있습니다. 직관력이 더 좋습니다. 때때로 나는 linq 문으로 리팩터링하도록 foreach 루프를 작성하는 자신을 발견했다. 당신이 기회를주지 않았다면, 나는 그것을 적극 추천합니다.

EDIT : 내가 언급 한 것을 잊어 버린 또 다른 점은. Netbeans과 Eclipse의 배경에서 왔습니다. 내 직업으로 인해 VS로 전환 할 때 ReSharper는 이러한 응용 프로그램의 일부 동작을 VS로 가져 왔습니다. 유사한 과도기적 상황에 처한 경우 또 다른 이점이 있습니다.

+0

'fore + TAB + TAB'을 타이핑하여 논쟁을 원했지만 그때 LINQ 변환으로 저를 잡았습니다. – Damb

1

새 VS2010에는 몇 년 전에 소개 된 아이디어가 포함되었습니다. 그건 그렇고, 나는 ReSharper를 사용했고 VS가 제공 할 수있는 것보다 훨씬 더 많이 가지고 있음을 확신합니다.
가장 중요한 기능 중에는 명명 규칙 및 들여 쓰기 (몇 개만 언급)를 비롯하여 모든 코드에서 동일한 스타일을 적용 할 수있는 기능이 있습니다. 이를 통해 코더 그룹은 항상 "익숙한"코드로 작업 할 수 있습니다.
간단한 키 조합으로 많은 코드를 제안하고 작성할 수 있기 때문에 이러한 도구를 사용하면 생산이 크게 향상됩니다. 좋습니다, VS에는이 코드 생성 중 일부가 포함되어 있지만이 작업을 수행 할 수있는 동일한 양의 부분은 다루지 않습니다. 여기에 모든 기능을 쓰는 것은 너무 광범위하며 공식 웹 사이트에서 자세하게 확인할 수 있습니다.
그들은 (내가 많이 사용한 ReSharper) 또한 접근하기 쉽고 깨끗한 인터페이스로 솔루션 탐색, 파일, 클래스, 메소드 찾기를 향상시킵니다.
내가 말할 수있는 유일한 점은 일단 시도하면 다시 돌아 오기가 어렵다는 것입니다.
가장 좋은 방법은 시험 버전을 다운로드하고 직접 시도하는 것입니다. 왜 그들이 그렇게 유익한 지 알 것입니다.

편집은 의견에서 추가 :

  • 점프 솔루션 탐색기에서 파일을 할 수 있습니다.
  • 'm_variableName'또는 'MethodName'또는 'privateVariableName'과 같은 명명 규칙을 적용합니다.
  • 자동 명명 생성 ... 'CoolFileReader'라는 클래스가 있으면 (규칙에 따라) 'm_coolFileReader'가 자동으로 제안됩니다.
  • 회색으로 표시된 사용되지 않는 변수 및 지시어를 강조 표시합니다.
  • 동일한 솔루션에서 다른 프로젝트에 대한 참조를 추가 할 것을 제안합니다. ... more ...
+0

나는 그것을 시도 할 수 있고 시도 할 수 있음을 알고 있지만, 나는 실제 사용자와 의견을 나누고 싶었다. Btw : 같은 형식을 유지 .. VS에서'Ctrl + K, Ctrl + D'. 메소드 검색 중 .. 'Ctrl +'등 – Damb

+0

솔루션 탐색기에서 파일로 이동 하시겠습니까? 'm_variableName'또는 'MethodName'또는 'privateVariableName'과 같은 명명 규칙을 적용합니까? 자동 이름 생성 기능이 있습니다 ... 'CoolFileReader'라는 클래스가 있으면 (규칙에 따라) 'm_coolFileReader'가 자동으로 제안됩니다. 등등 ... –

+0

사용하지 않은 변수와 지시어를 회색으로 강조 표시하여 동일한 솔루션의 다른 프로젝트에 대한 참조를 추가하는 것이 좋습니다 ... –

7

평가판을 다운로드하여 설치하고 직접 사용해 보는 것이 어떨까요? 그것은 무료입니다.

편집 :

나는 DVR을 사용하는 것과 비슷합니다. 하루 종일 혜택을 설명 할 수 있고 사람들은 '얻지 못할 것'입니다. 그러나, 일단 그들이 그것을 사용하면, 그들은 전에 있었던 방식으로 돌아 가기를 결코 원하지 않습니다.

31 Days of Resharper을 시도해보십시오. 약간 날짜가 있기 때문에 새로운 기능이 많이 누락되었지만 견고한 기초를 제공해야합니다.

또한 Dimecasts Screencast on Resharper을 사용해보십시오. 다시 말하지만 나이가 들수록 아이디어를 얻을 수 있습니다.

+1

아무에게도 묻지 않는 사람은 왜 묻는 대신 시간을 낭비하지 않는 것입니까? – Damb

+1

@Dampee - 그들은해야합니다. 이렇게 대답을 직접 찾으려하지 않고서는 질문을하는 것이 무례한 것으로 간주됩니다. 아직도, Resharper가 당신에게 유용 할 이유는 누구도 대답 할 수 없습니다. 오직 당신 만이 당신의 워크 플로우를 알기 때문에 그렇게 할 수 있습니다. 그래서 무료 평가판을 제공합니다. 설치하는 데 2 ​​분이 걸리고 결과를 바로 확인할 수 있습니다. 설치 제거도 쉽습니다. –

+0

+1 둘 다 무료 사용이 가능합니다. 그렇다면 최소한 기초에 대한 아이디어를 얻을 수 있습니다. 제대로 사용하면 WHY에 대한 질문에 즉시 대답 할 것입니다. – Pete

1

마크 밀러 (Mark Miller)가 CodeRush를 어떻게 묘사했는지 마음에 들어했습니다. 그는 생각의 속도로 코드 작성을 할 수 있다고 말했습니다.

관련 문제