Если кто-то не мог себе позволить по каким-то причинам использовать Nightly Builds, мы немного постабилизировались, пооптимизировались и выложили бету.
Здравствуйте, orangy, Вы писали:
O>Если кто-то не мог себе позволить по каким-то причинам использовать Nightly Builds, мы немного постабилизировались, пооптимизировались и выложили бету.
O>Пробуйте!
Когда релиз?
... << RSDN@Home 1.2.0 alpha rev. 771>>
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, orangy, Вы писали:
O>Если кто-то не мог себе позволить по каким-то причинам использовать Nightly Builds, мы немного постабилизировались, пооптимизировались и выложили бету.
O>Пробуйте!
Просьба сделать pdf-ку с раскладкой кнопок для R#4 на одной страничке, по аналогиии с 3-й версией.
Здравствуйте, orangy, Вы писали:
O>Если кто-то не мог себе позволить по каким-то причинам использовать Nightly Builds, мы немного постабилизировались, пооптимизировались и выложили бету.
O>Пробуйте!
Здравствуйте, nikov, Вы писали:
N>Кстати, на страничке http://www.jetbrains.com/resharper/features/ComparisonMatrix_R4.html сказано, что Visual Studio 2008, в отличие от ReSharper 4.0 Beta, не поддерживает On-the-fly error highlighting. Это уже не верно для Visual Studio 2008 SP1 Beta.
Ну во-первых это еще бета, вдруг в релизе пропадёт? А во-вторых сравнивать анализ в ReSharper с несколькими ошибками которые умеет ловить студия просто неприлично. Будет релиз сервис-пака, тогда и посмотрим.
Здравствуйте, orangy, Вы писали:
O>Ну во-первых это еще бета, вдруг в релизе пропадёт?
Так у вас же тоже бета
Кроме того, анализ ошибок, связанных с лямбдами, в студии работает уже явно лучше, чем в РеШарпере.
O>А во-вторых сравнивать анализ в ReSharper с несколькими ошибками которые умеет ловить студия просто неприлично.
Действительно, студия не ловит некоторые классы ошибок, связанные с наследованием и виртуальными методами.
class Program
{
override void Foo() { }
}
Но действительно ли множество ошибок, ловимых РеШарпером, неприлично больше?
Надо бы это потом поподробнее расписать в матрице сравнения.
1) Студия действительно весьма неплохо показывает ошибки внутри тел методов (ибо это им самим надо для резолва лямбд). При этом ошибки ВНЕ тел методов она практически не показывает
2) Студия показывает только ошибки. Ни warning'ов, ни продвинутого code analysis
С уважением, Евгений
JetBrains, Inc. "Develop with pleasure!"
Здравствуйте, xvost, Вы писали:
X>1) Студия действительно весьма неплохо показывает ошибки внутри тел методов (ибо это им самим надо для резолва лямбд). При этом ошибки ВНЕ тел методов она практически не показывает
В инициализаторах полей и аргументах атрибутов ошибки показываются. В других функциональных членах (кроме методов) ошибки также показываются. Да, есть некоторые классы ошибок (например, неправильные сигнатуры у override), которые студия не просекает. Но красный крестик в таблице стоит несправедливо.
X>2) Студия показывает только ошибки. Ни warning'ов, ни продвинутого code analysis
Это правда. Но на это в таблице есть отдельные строчки.
Если в "Code Cleanup" включена фича "Embrace 'using' directives in region", то при каждом "Cleanup Code..." не только usings обрамляется в region, но и появляется новая пуская секция #region сразу вначале секции namespace. Сколько раз делаешь cleanup, столько и новых пустых секций:
#region
using System.Diagnostics;
using System.Drawing;
using System.Drawing.Drawing2D;
#endregion
namespace Autosim.ACM.Drawing
{
#region
#endregion
#region
#endregion
#region
#endregion
Здравствуйте, orangy, Вы писали:
O>Если кто-то не мог себе позволить по каким-то причинам использовать Nightly Builds, мы немного постабилизировались, пооптимизировались и выложили бету.
O>Пробуйте!
Хммм.. Странно как то. В студии 2008 проект с таргет фреймворком 2.0, а решарпер всё равно предлагает запись вида:
Здравствуйте, MOPO3, Вы писали:
MOP>Хммм.. Странно как то. В студии 2008 проект с таргет фреймворком 2.0, а решарпер всё равно предлагает запись вида:
MOP>string s;
MOP>сконвертировать в:
MOP>var s;
а ты попробуй скомпилировать
Здравствуйте, SiAVoL, Вы писали:
SAV>Здравствуйте, MOPO3, Вы писали:
MOP>>Хммм.. Странно как то. В студии 2008 проект с таргет фреймворком 2.0, а решарпер всё равно предлагает запись вида:
MOP>>string s;
MOP>>сконвертировать в:
MOP>>var s; SAV>а ты попробуй скомпилировать
Дык а причём сдесь скомпилировать ? Логичнее было бы вообще не предлагать такую замену на проектах с фреймворком ниже 3.5.
Здравствуйте, MOPO3, Вы писали:
MOP>Дык а причём сдесь скомпилировать ? Логичнее было бы вообще не предлагать такую замену на проектах с фреймворком ниже 3.5.
Так это другая настройка. Свойства прокта->Build->кнопка Advanced -> Languagе version
Здравствуйте, MOPO3, Вы писали:
MOP>Дык а причём сдесь скомпилировать ?
таки попробуй
MOP>Логичнее было бы вообще не предлагать такую замену на проектах с фреймворком ниже 3.5.
почему?
Здравствуйте, orangy, Вы писали:
O>Если кто-то не мог себе позволить по каким-то причинам использовать Nightly Builds, мы немного постабилизировались, пооптимизировались и выложили бету.
O>Пробуйте!
Power Toys уже готовы? А то без FindText себе уже жизни не представляю.
Если нам не помогут, то мы тоже никого не пощадим.
А во-вторых сравнивать анализ в ReSharper с несколькими ошибками которые умеет ловить студия просто неприлично. Будет релиз сервис-пака, тогда и посмотрим.
