DevExpress Refactor Pro против JetBrains ReSharper

Ответ 1

В моем отделе мы также используем ReSharper. Сегодня я установил 4.5, но уже использовал 3.something, 4.0 и 4.1 раньше. Он действительно предлагает много отличных функций рефакторинга и написания кода, переименования методов и функций, параметров переупорядочения... Мне очень нравится то, что в соответствии с вашим стилем корпоративного кода вы можете настроить ReSharper, чтобы дать вам подсказки о нарушениях стиля на разных уровнях серьезности (и быстро применять изменения, такие как MS StyleCop, но гораздо проще в настройке и более тонкие). Моей абсолютной любимой особенностью является поиск по классам, введя только CamelCases, т.е. Вы вводите TSHWLOV, а ReSharper будет знать, что вы имеете в виду класс из некоторой ссылочной библиотеки с именем "TerrificSearchHelperWithLotsOfVoodoo".

В прошлом году я попробовал DevExPress CodeRush/RefactorThis-Alternative, после того, как меня впечатлило то, что Оливер Штурм сделал с ним на BASTA Spring 08. Интерфейс более запоминающийся и впечатляющий, чем Resharper, есть огромные стрелки, которые обтекают вашу среду IDE и все такое, хотя основные функциональные возможности довольно схожи. У меня было ощущение, что CodeRush больше сосредоточен на создании кода, чем на рефакторинге, то есть больше ярлыков для таких задач, как создание переменных и т.д. Моей любимой особенностью была боковая панель, которая всегда показывает вам все сочетания клавиш, доступные в вашем текущем контексте. Это заставляет вас быстро изучить эти команды, где в ReSharper вы должны искать большинство из них в вложенных подменю. Оба комплекта действительно мощные, и после нескольких месяцев их использования вы, вероятно, по-прежнему обнаружите новые функции, которые вам всегда нужны, не зная об этом. Тем не менее, я решил в пользу ReSharper в основном из-за того, что я был более знаком с ним, и DevExpress использовал много ресурсов на моем ноутбуке и иногда даже замедлял его. К настоящему моменту я снова использую гораздо более мощную машину, возможно, я дам ей еще одну попытку в ближайшее время.

Ответ 2

Я лично предпочитаю CodeRush.

Я нахожу, что интерфейс R # приводит мои сумасшедшие (по общему признанию незначительные) тенденции OCD. Маленькая лампочка настаивает на появлении в крайнем левом углу экрана, даже если это совет относится к чему-то посередине или справа. Я нахожу это ярким и отвлекающим.

В отличие от этого эквивалентный смарт-тег CodeRush более контрастный и меньший. Поэтому он способен находить себя внутри кода, не отвлекаясь от упомянутого кода. Я нахожу, что могу игнорировать этот SmartTag, когда мне это нужно, и это всегда прямо передо мной, когда я решил, что мне это нужно.

В основном это, что помешало мне больше не исследовать R #.

Что касается набора функций CodeRush: Code Analysis, Refactorings, CodeProviders, Templates, TabToNextReference, QuickNavigation и многих других.

Мне особенно нравится расширяемость CodeRush, которая позволила мне и нескольким другим создать много плагинов для использования в нем. (http://code.google.com/p/dxcorecommunityplugins/)

CodeRush также имеет некоторую высококачественную поддержку и очень активное сообщество пользователей.

Конечно, ни R #, ни CodeRush не подходят для всех пользователей. У каждого есть свои предпочтения. Однако, если вы не пробовали оба, вы должны это сделать.

Если вы пришли со стороны R # уравнения и хотите проверить CodeRush, то вы можете найти совместимый плагин полезным (http://code.google.com/p/dxcorecommunityplugins/wiki/CR_ReSharperCompatibility)

Кроме того, у CodeRush есть Free Edition 'CodeRush Xpress', который Microsoft поручил DevExpress создать и который они лицензировали от имени каждого пользователя Visual Studio 2008. Это партнерство будет продолжено в VS2010 после его выпуска.

Если у вас есть какие-либо вопросы относительно CodeRush, вы можете найти подробную информацию о том, как связаться со мной внизу моей страницей wiki сообщества.

Я должен сказать, что я не работаю для DevExpress. Я так называемый DevExpress MVP. Чтобы сохранить эту позицию, я отвечаю на вопросы на форумах DevExpress (и ничего больше).

Все, что я говорю, это мое собственное честное мнение.

Если у вас есть какие-либо вопросы, не стесняйтесь обращаться ко мне:)

Ответ 3

Я использую DevExpress, у которого много "скрытых" функций, поэтому вам нужно прочитать руководства, чтобы узнать, как активировать некоторые функции. Я нахожу его очень пассивным и тонким.

Я использовал ReSharper и обнаружил, что он багги и очень инвазивный в моем стиле кодирования. Скобка-закрытие приводило меня в бешенство, оно игнорировало мои предпочтения и не могло справиться с тем, как я пишу свои строки кода, что может быть не самым эффективным, но это одна из тех вещей, которые не будут меняться!

Ответ 4

Я пробовал и то и другое, и действительно не соглашался с ReSharper. Я обнаружил, что это слишком навязчиво для моего стиля кодирования. Когда я переключился на CodeRush/Refactor! это было похоже на то, что я нашел отличную помощь для моей производительности. Рефакторинги, по большей части, именно то, что я хотел видеть из этого продукта.

Это, однако, лошади для курсов, и вы вполне можете найти, что предпочитаете ReSharper. Лучший совет, который я могу дать, - попробовать другие продукты и посмотреть, что вы предпочитаете.

Ответ 5

Единственный правильный ответ - использовать оба, конечно! Я делаю. Но вам нужен толстый ноутбук. Если бы мне пришлось выбирать только один, я бы выбрал ReSharper... Я думаю, что статический анализ кода намного лучше. У ReSharper много отличных функций, и у DevExpress много отличных функций. Когда вы положите эти два вместе, вы в конечном итоге получите много удовольствия от AWESOME. Вам нужно перепрыгнуть через несколько обручей, чтобы они хорошо играли вместе: http://frazzleddad.blogspot.com/2010/01/making-devexpress-resharper-play-nicely.html

Ответ 6

R # 4.5 - бесплатное обновление, если у вас есть лицензия 4.0. Поэтому я предлагаю использовать и использовать его - изменение "инструментария производительности" всегда является болью, потому что вам придется привыкнуть к разным способам, сочетания клавиш и т.д. Делать что-либо - независимо от того, насколько хорош инструмент на самом деле.

Ответ 7

У меня есть личная копия Refactor Pro, но я использую R # 4.1 при работе с надстройкой StyleCop, так как это стандартный инструмент команды. Мне нравятся стрелки RfP и элементы позиционирования кода, которые лучше, чем R #. В противном случае инструменты очень похожи.

Однако в это время его надстройка StyeCop отклоняет ее в пользу R # для меня.

Приветствия Бенджи