DevExpress Refactor Pro 대 JetBrains ReSharper

Question

내 부서에서 현재 ReSharper 4.0을 사용 중이며 다음 주에 출시 될 때 4.5로 업그레이드할지 여부를 결정합니다. 필자는 개인적으로 ReSharper에 대해 매우 열렬한 팬이지만 많은 동료들이 비슷한 기능을 수행하는 Refactor Pro라는 DevExpress에서 플러그인을 사용하고 있다고 지적했습니다.

http://www.devexpress.com/Refactor
http://www.jetbrains.com/resharper/beta.html

사람은 이전에 이러한 도구를 비교 도구가 우리에게 생산성과 이유에서 가장 큰 증가를 줄 것이다에 어떤 강한 의견을 유지 했습니까?

Answer 1

내 부서에서는 ReSharper도 사용합니다. 오늘, 4.5를 설치했지만, 이미 3.something, 4.0 및 4.1을 사용했습니다. 그것은 정말 많은 훌륭한 리팩토링과 코드 작성 지원 함수를 제공합니다. 메서드와 함수의 이름을 바꾸고 매개 변수의 순서를 변경합니다 ... 내가 좋아하는 것은 ReSharper가 회사 코드 스타일에 따라 스타일 위반에 대한 힌트를 제공하도록 구성 할 수 있다는 것입니다. 심각도 수준 (MS StyleCop과 같은 변경 사항에 따라 신속하게 적용되지만 구성이 훨씬 쉽고 미묘함). 내가 가장 좋아하는 기능은 CamelCases 만 입력하면 클래스 검색입니다. 즉, TSHWLOV를 입력하면 ReSharper는 'TerrificSearchHelperWithLotsOfVoodoo'라는 참조 라이브러리의 클래스를 의미한다는 것을 알게됩니다.

내가 올리버 슈 투름 봄 08. 인터페이스 catchier 더 인상적인 ReSharper에서 이상 바스타에했던 것들에 의해 매우 감명을 받았습니다 후 나는의 DevExpress의 CodeRush/RefactorThis-대안을 시도

작년에 큰 화살표가있다 핵심 기능이 다소 비슷하지만 IDE와 같은 것들을 뒤집어 쓴다. CodeRush가 리팩토링보다 코드 작성에 더 집중한다는 느낌이 들었습니다. 즉, 변수 생성과 같은 작업에 대한 더 많은 단축키가 있습니다. 내가 좋아하는 기능 중에는 현재 컨텍스트에서 사용할 수있는 모든 키보드 단축키가 항상 표시되는 사이드 바가있었습니다. 이렇게하면 ReSharper에서 중첩 된 부 메뉴로 대부분 찾아야하는 명령을 빨리 배울 수 있습니다. 두 가지 스위트 룸 모두 정말 강력하고 몇 달 후에 사용하면 새로운 기능을 발견 할 수 있습니다. 그러나 ReSharper를 선호하는 이유는 주로 익숙한 데다가 DevExpress가 내 노트에 많은 리소스를 사용하고 때로는 속도를 느리게하기 때문입니다. 지금까지, 나는 훨씬 더 강력한 기계를 다시 사용한다. 아마도 나는 곧 다시 시도 할 것이다.

Answer 2

"숨겨진"기능이 많은 DevExpress를 사용하고 있으므로 일부 기능을 활성화하는 방법을 알기 위해서는 매뉴얼을 읽어야합니다. 나는 그것을 매우 수동적이고 섬세하게 느낀다.

ReSharper를 사용하여 버그가 많은데 코딩 스타일이 매우 복잡합니다. 브래킷을 닫으면 견해가 떨어지고 선호도가 무시되어 코드 줄 작성 방법에 대처할 수 없었습니다. 가장 효율적이지는 않지만 변경되지 않는 항목 중 하나입니다!

Answer 3

4.0 라이센스가있는 경우 R # 4.5는 무료 업그레이드입니다. 그래서 나는 그것을 얻고 사용하도록 제안 할 것입니다 - "생산성 도구"를 바꾸는 것은 항상 고통 스럽습니다. 도구가 실제로 얼마나 좋은지 상관없이 여러 가지 방법, 키보드 단축키 등에 익숙해 져야하기 때문입니다.

Answer 4

필자는 Refactor Pro의 개인 사본을 가지고 있지만 팀 표준 도구 인 StyleCop 추가 기능과 함께 R # 4.1을 사용하고 있습니다. 나는 RfP의 화살표와 R #보다 나은 코드 포지셔닝을 좋아한다. 그렇지 않으면 도구가 매우 유사합니다.

그러나 이번에는 StyeCop 애드 인이 나를 위해 R #을 사용하여 스윙합니다.

건배 벤지

Answer 5

개인적으로 CodeRush을 선호합니다.

R #의 인터페이스가 내 (현저히 사소한) OCD 경향을 미친다는 것을 알게되었습니다. 작은 전구는 화면의 가장 왼쪽에 나타나는 것을 강조합니다. 중간이나 오른쪽에있는 조언이 있더라도. 나는 그것이 화려하고 혼란 스럽다는 것을 안다.

대조적으로 CodeRush의 동일한 스마트 태그는 대비가 낮고 작습니다. 따라서이 코드에서 벗어나지 않으면 서 코드 내에 위치 할 수 있습니다. 필자는 필요할 때이 스마트 태그를 무시할 수 있음을 알았습니다. 필자는 필요할 때 SmartTag를 항상 무시하지 않을 수 없었습니다.

R #을 더 이상 탐색하고 싶지 않은 것은 주로이 때문입니다.

CodeRush의 기능 세트 : 코드 분석, 리팩토링, 코드 제공자, 템플릿, TabToNextReference, 빠른 탐색 및 더 많은 것.

필자는 특히 CodeRush의 확장성에 감사하며 자신과 다른 여러 사람들이 그 안에 사용할 많은 플러그인을 만들 수있게했습니다. (http://code.google.com/p/dxcorecommunityplugins/)

CodeRush에는 최고 수준의 지원과 적극적인 사용자 커뮤니티가 있습니다.

확실히 R # 또는 CodeRush는 모든 사용자에게 적합하지 않습니다. 모든 사람은 자신의 취향을 가지고 있습니다. 그러나 두 가지를 모두 시도하지 않았다면 반드시 그렇게해야합니다.

당신이 방정식의 R 번호 측에서 와서 CodeRush을 테스트 찾고 있다면, 당신은 플러그인 호환성을 찾을 수 유용 (http://code.google.com/p/dxcorecommunityplugins/wiki/CR_ReSharperCompatibility)

은 또한 CodeRush는이 마이크로 소프트가 만들 수 DevExpress의를 의뢰 Free edition 'CodeRush Xpress' , 그리고 그들은 Visual Studio 2008의 모든 사용자를 대신하여 라이센스를 취득했습니다.이 파트너십은 VS2010이 출시 될 때까지 계속 될 것입니다.

CodeRush에 관해 궁금한 점이 있으시면 my community wiki page 하단에 저에게 연락하는 세부 정보를 찾을 수 있습니다.

저는 DevExpress에서 작동하지 않는다고 말합니다. 나는 당신이 DevExpress MVP라고 부를지 모릅니다. 이 입장을 유지하기 위해 DevExpress 포럼에서 질문에 답변합니다.

내가 말하는 모든 것은 내 자신의 정직한 의견입니다.

당신은 질문이있는 경우에는

, feel free to contact me :

Answer 6

나는 모두를 시도했습니다, 정말 ReSharper에서 함께하지 않았다. 내 코딩 스타일에 너무 관입 적이라는 것을 알게되었습니다. CodeRush/Refactor로 전환했을 때! 내 생산성에 대한 완벽한 도움을 찾은 것 같았습니다. 리팩토링은 대체로이 종류의 제품에서보고 싶은 부분입니다.

그러나 말은 과목이며, 당신은 ReSharper를 선호한다고 생각할 수도 있습니다. 제가 드릴 수있는 가장 좋은 조언은 다른 제품을 시도하고 당신이 선호하는 것을 보는 것입니다.

Answer 7

유일한 정답은 물론 둘 다를 사용하는 것입니다! 나는한다. 그래도 딱딱한 노트북이 필요해. 하나만 선택해야한다면 ReSharper를 선택할 것입니다 ... 정적 코드 분석이 훨씬 더 효과적이라고 생각합니다. ReSharper에는 많은 훌륭한 기능이 있으며 DevExpress에는 많은 훌륭한 기능이 있습니다. 두 개를 합치면 굉장히 많이 끝납니다. 당신은 몇 개의 농구를 뛰어 넘으면 함께 놀 수 있습니다 : http://frazzleddad.blogspot.com/2010/01/making-devexpress-resharper-play-nicely.html