Comments 61
Добрый день,
Интересные возможности, скажите а более плотной поддержки web-клиентской части не предвидится(там less, coffee, jshint etc)?
Интересные возможности, скажите а более плотной поддержки web-клиентской части не предвидится(там less, coffee, jshint etc)?
Добрый день! В текущей версии подобных фич мы, к сожалению, не планируем.
на самом деле мы поддержали достаточно большую часть инспекций из jshint, а также все статические ошибки strict mode (кроме тех, которые можно отследить только в рантайме). Думаю, по этому поводу еще будет отдельная статья.
Качайте 9ю версию и пробуйте :)
Качайте 9ю версию и пробуйте :)
Здорово, уже не терпится попробовать!
Пробуйте на здоровье! Если есть какие-то проблемы, то не стесняйтесь обращаться к нам в саппорт: resharper-support.jetbrains.com/
Подскажите, а тот баг про «Floating tab wells бла-бла-бла...» Исправили в новой версии Решарпера/Студии? Я уже джва года жду.
Если вы об этом — youtrack.jetbrains.com/issue/RSRP-335147 — то, к сожалению, мы ничего не можем с этим сделать (пока что). Проблема кроется на стороне Студии, вызывая огромные проблемы с фокусом и кареткой. Извините за неудобства :-(
Да, об этом. Надеюсь они исправят это в студии. А как можно проголосовать за этот баг на connect? Есть MSDN подписка, если она дает больше прав.
Там же в комментах есть все! connect issue id 767638
Чудесно. ID в комметариях я нашел больше года назад :). Может вы поделитесь ссылкой куда этот ID прикрутить? https://connect.microsoft.com/VisualStudio/feedback/details/767638/ Возвращает 500-ю ошибку.
Спасибо. Установщик красивый.
Предупреждение implicit 'any' type для тайпскрипта какое-то бешеное. :) Смотрите сколько ложных срабатываний после включения:
Предупреждение implicit 'any' type для тайпскрипта какое-то бешеное. :) Смотрите сколько ложных срабатываний после включения:
implicit 'any'
interface A {
func: (arg: string) => void;
}
interface ICall {
(arg: string): void;
}
var obj = {};
var key = "key";
// здесь вообще какое-то непонятное сообщение выдаёт
obj[key] = null; // implicit 'any' ?
obj['key2'] = null; // implicit 'any' ?
var dummy = obj[key]; // implicit 'any' ?
var dummy = obj['key2']; // implicit 'any' ?
var f: ICall = a => alert(a); // OK
var f: ICall = (a) => alert(a); // implicit 'any' ?
var c: A = null; // implicit 'any' ?
var array: A[] = []; // implicit 'any' ?
var a: A = {
func: function(a) { alert(a) } // implicit 'any' ?
};
Большое спасибо, мы уже открыли Show Stopper на это: youtrack.jetbrains.com/issue/RSRP-425999
А чем
obj[key] не понравился? Вот в такой связке тоже выдаёт невнятное, аж два раза:код
interface A {
func: (arg: string) => void;
}
var a: A = { func: null };
a['func'] = null;
Ну где я еще могу сказать вам СПАСИБО, только здесь!
Неужели в 6м шарпе таки добавят ?. Счастье то какое!
Ну если честно сейчас фичи C#6 непоределены — мы делаем поддержку, а они фичу отменяют :( но что поделать…
В шестом шарпе хлам по большей части. Делают на скорую руку мелкие фичи, которые все давно выпрашивают. Даже основные конструкторы и объявления как выражения выпилили.
Я седьмую версию с гораздо бОльшим интересом жду. Планируются паттерн матчинг, записи и прочие штуки, которые реально изменят жизнь.
Я седьмую версию с гораздо бОльшим интересом жду. Планируются паттерн матчинг, записи и прочие штуки, которые реально изменят жизнь.
А можно пруф про паттерн матчинг?
Дык вовсю обсуждения на Roslyn CodePlex идут. Разрабы не только заопенсорсили компилятор, но теперь ещё и активно общаются с сообществом. Про паттерн матчинг (также смотрите другие темы, их тьму наплодили).
UFO just landed and posted this here
Пока непонятно. Рефакторинг, на котором ставится такой большой акцент, уже есть в Решарпере, и Студия его никогда не догонит (и не собирается). Решарпер на Рослин переходить не собирается, потому что у ДжетБрейнс свой движок оптимизирован под их потребности. Зоопарк «однофичевых» плагинов на базе Рослин погоды не сделает. Метапрограммированием тоже занимались и до Рослин, и никому отсутствие компилятора-как-сервиса не мешало. ПостШарп видит Рослин как возможность добавить каплю автодополнения кода, не больше.
То есть как это повлияет на мою ближайшую жизнь — неясно. Скорее всего, никак. Для меня самый большой плюс в новом компиляторе — это что становится возможным C# 7 с реально прорывными фичами, и разработчики языка становятся более эффективны.
То есть как это повлияет на мою ближайшую жизнь — неясно. Скорее всего, никак. Для меня самый большой плюс в новом компиляторе — это что становится возможным C# 7 с реально прорывными фичами, и разработчики языка становятся более эффективны.
Удаление регионов — еще одно глобальное действие, которое дает возможность удалить все использования регионов в рамках файла, проекта или solution.
да детка!
А чем регионы всем так насолили? Вижу много где радость по этому поводу, но смысл от меня ускользает
Основная проблема от тех «высокоактивных» программистов которые любят даже самый маленький класс автоматом поразбивать на «свойства», «поля», «методы» — и все в своем регионе. А вообще считается что если у вас столько кода что его нужно бить на регионы, более правильно разбивать его на отдельный классы и методы.
Это все дело вкуса, конечно же.
Это все дело вкуса, конечно же.
Ещё что-то вроде регрессии:
До версии 9 решарпер предлагал заменить явный тип переменной на
До версии 9 решарпер предлагал заменить явный тип переменной на
var. Теперь этого рефакторинга нет, только новый «Insert full qualification». Новый полезен, но хотелось бы либо вернуть замену explicit type -> var, либо получить замену на выведенный тип (аналогично комбинации explicit type -> var -> explicit type из предыдущих версий R#). Чтобы из вот такой строки:IEnumerable<string> strings = new string[] { "a", "b" };string[] strings = new string[] { "a", "b" };Скриншот
Курсор перед
I.
Проверил. Действительно, регрессия. Show Stopper открыт: youtrack.jetbrains.com/issue/RSRP-426004
Спасибо большое.
Спасибо большое.
Вопрос по C++ и С++/CLI. Они будут отдельным продуктом? Не вижу в списке поддерживаемых фич
Да, ReSharper C++ будет отдельным продуктом, возможность установить его EAP-версию из общего инсталлятора добавим в ближайшее время.
Эээххх… И сверху- доплата? Это получается что если мне надо делать костыли на C++/CLI к C#, то мне надо покупать лицензию на C++? Это странно, товарищи =) Те, кто пишет на C++ не пишут на C# — это факт. Однако, те кто пишет на C++/CLI, пишут на C# и не факт — на C++. Потому объединять их, ИМХО, грешно'с
Нет, почему же. Если нужно писать на С++ немного, можно просто использовать студийные фичи, и всё.
Насчет объединения продуктов в эдишены появится больше ясности ближе к релизу, так что рискну предложить вернуться к этому обсуждению немного позже )
Кстати, CLI пока что не поддерживается в ReSharper C++ (http://www.jetbrains.com/resharper/features/cpp.html)
Было б что объединять, учитывая отсутствие поддержки… Если уж на то пошло, то от решарпера для C# я бы ожидал базовой поддержки C++/CLI, банально чтобы код красным не светился. Если нужны рефакторинг, анализ и прочие толстые фичи — покупка поддержки языка выглядит логично.
Чтобы реализовать поддержку typescript — вам же получается пришлось реализовать почти весь typescript еще раз?
Ребята, спасибо вам за R#, очень быстро привыкаешь, удобно.
В компании проводили опрос на тему — «А не избавиться ли нам от R#?» в итоге бОльшая часть проголосовало против, то есть ваш продукт помогает, реально помогает.
Хотелось бы увидеть быстрые (видео, мануалы) гайды по использованию, возможно самые топовые фичи.
Может они конечно же и есть (каюсь, не искал), но если есть, то сделать так, чтобы их легко было увидеть (к примеру в Help меню добавить — «How to»).
Спасибо %)
В компании проводили опрос на тему — «А не избавиться ли нам от R#?» в итоге бОльшая часть проголосовало против, то есть ваш продукт помогает, реально помогает.
Хотелось бы увидеть быстрые (видео, мануалы) гайды по использованию, возможно самые топовые фичи.
Может они конечно же и есть (каюсь, не искал), но если есть, то сделать так, чтобы их легко было увидеть (к примеру в Help меню добавить — «How to»).
Спасибо %)
Сходите на youtube, на канал JetBrains.
Вот бы увидеть поддержку axml (Xamarin.Android) и XAML (Xamarin.Forms).
Глобальные действия — это круто! Джва года ждал!
Я очень надеюсь, что эта фича будет доступна как атрибут для аргумента из JetBrains.Annotations, а не будет прибита гвоздями к методам Regex. Например, у меня extension-методы для работы с регулярками.
Кстати об атрибутах. До сих пор мечтаю о поддержке атрибутов для MarkupExtension. Понятно, что WPF — уже не в тренде, да и голосов кот наплакал, но всё же хочется…
ReSharper научился работать с регулярными выражениями, так что теперь вам больше не понадобятся сторонние программы.
Я очень надеюсь, что эта фича будет доступна как атрибут для аргумента из JetBrains.Annotations, а не будет прибита гвоздями к методам Regex. Например, у меня extension-методы для работы с регулярками.
Кстати об атрибутах. До сих пор мечтаю о поддержке атрибутов для MarkupExtension. Понятно, что WPF — уже не в тренде, да и голосов кот наплакал, но всё же хочется…
Отлично. Так как EAP, то не буду спрашивать про производительность. Но очень интересует если есть или планируются какие-либо улучшения с работой в MVC проектах?
Просто меня очень мучает некорректное распознавание Views с кастомными AspMvcLocationFormats, да и тикет висит уже с прошлой EAP.
Просто меня очень мучает некорректное распознавание Views с кастомными AspMvcLocationFormats, да и тикет висит уже с прошлой EAP.
Можно, пожалуйста, номер тикета? С кастомными AspMvcLocationFormats решарпер умеет работать, но есть ньюансы, как они задаются в программе (т.е.сможет ли он задетектить).
Номер репорта 6730. Тикет youtrack.jetbrains.com/issue/RSRP-406166
R# умеет с ними работать, но у меня так и не вышло сделать так, чтобы он находил мои Area Partial Views и Views, например:
Не в тему, но для 9 EAP лицензия на 8ую версию уже не годится?
R# умеет с ними работать, но у меня так и не вышло сделать так, чтобы он находил мои Area Partial Views и Views, например:
[assembly: AspMvcAreaViewLocationFormat(@"~\MVC\Areas\{2}\Views\{1}\{0}.cshtml")]
[assembly: AspMvcAreaPartialViewLocationFormat(@"~\MVC\Areas\{2}\Views\Shared\{0}.cshtml")].Не в тему, но для 9 EAP лицензия на 8ую версию уже не годится?
Планируется ли улучшение поддержки WPF + XAML, если можно так выразиться?
Sign up to leave a comment.
Доступна для скачивания ранняя версия ReSharper 9