Pull to refresh

Comments 60

А ценники с Visual Assist'ом то одинаковые, по крайней мере на индивидуальную лицензию. А это прямой конкурент.
Жаль, потому что 2008 это последняя студия, которая не тормозит и интерфейс у неё не на убогом WPF.
А мне каждая следующая Студия нравится больше предыдущей. 2015 вообще классная. И ничего у меня не тормозит.
WPF ведь очень дружит с аппаратным рендерингом видеокарт.
Как-то на работе ставил эксперименты по отзывчивости довольно громоздкого WPF-приложения и опытным путем пришли к тому, что начиная с Geforce 450 с 1Gb памяти на борту всё летает, а на простеньких встроенных видеокартах подтормаживает, местами весьма ощутимо.
У меня, кстати, видеоядро интегрировано в не новый уже core i5-2500 (HD 3000). Работаю над софтом, использующим OpenGL, производительности более чем достаточно. Да и игры сложные пробовал со средними настройками запускать, тоже норм. Приближение к технологическому пределу сказывается, я думаю — топовое железо обновляется вдвое реже, чем 10 лет назад, а разрыв между интегрированной и топовой дискретной графикой (а особенно — между интегрированной и мэйнстрим дискретной) стал меньше.
Ну не знаю, он у меня даже по RDP не тормозит с сервера где вообще видеокарты, фактически нет, а так нашлёпка с 16 МБ ОЗУ в качестве кадрового буфера.
Если говорить объективно, то проблема даже не в WPF. То есть, конечно, WPF это «не мёд», но уровень неэффективности студии при обычных операциях вроде добавления референса в проект просто шокирует.
А это доказывает, что, в отличии от разработчиков Visual AssistX — вы не сильно понимаете мир С++. Тут компонент, стабильно работающий под VS 2008 и требующий правок «раз в полгода» — может жить на нём ещё десятилетие.
Вот вам, к примеру стабильный и популярный jsoncpp — в репозитории солюшн только под VS2008 — и как с ним работать в вашем «модном» решарпере?
Там же cmake. В чем собственно проблема?
Берем и автоматически конвертируем в модную студию.
Решение о прекращении поддержки старых студий принималось для всех продуктов семейства ReSharper Ultimate, в котором мир C++ пока что представлен только продуктом ReSharper С++. Мы предполагали, что по плюсовой части некоторые проблемы это нам принесет, но статистика использования предрелизных плюсовых билдов в разных версиях студии нас обнадежила.
«Как только вы открываете Visual Studio с плюсовыми проектами, ReSharper C++ начинает анализировать ваши проекты и предлагать исправления для проблем, которые находит, и рекомендовать те или иные улучшения. Например, если вы воспользуетесь типом, не прописав ему заголовок, ReSharper C++ предложит вам сделать это...»

А вот это интересно, в ассисте такого нет.
А утечки хоть пофиксили? А то помнится выжирал минут за 20 2 гига у процесса и визуалка даже ползать не могла.
Пожалуй, вам стоит поставить и попробовать, чтобы узнать ответ на этот вопрос.
А с Unreal Engine как сильно можно интегрироваться?
Так же как и с любым другим проектом на С++, ни какой специальной интеграции нет.
Еще помнится обещали кроссплатформенную среду разработки для С++. Как с ней дела?
Вы про CLion? Если все будет хорошо, релизится на следующей неделе.
Интересно есть ли какой-то общий код в плане анализа и рефакторингов или проекты существуют абсолютно отдельно друг от друга?
Кодовая база абсолютно разная.
Как у него с подержкой проектов в которых используется Managed C++ & regular C++?
Никакой специфичной поддержки Managed C++ пока у нас нет. А что конкретно хотелось бы видеть?
Желательно иметь полную поддержку .NET подсказок как в R3 :)

А так просто интересно как он будет анализировать C++ код внутри managed C++ кода.
Поймет ли правильно using, namespace импортированы из .NET сборок? Ведь include же нету как в чистом C++.
Мдя, даже не знаю что сказать. Но первое впечатление весьма плохое.
Загрузил проект где использую Managed C++ и C++, подождал пока все файла разберутся (минуты 2-3).
Начал печатать код и получаю это
image

Как это он не видит BeginPaint??
На том же проекте Visual Assist все распознает как надо. Видимо у вас Managed код вообще игнорируется.
Попробовал в файле где native C++ там вроде работает нормально, но мне надо оба диалекта. Как исправите дайте знать, сразу же куплю.
На сколько я помню, Visual Studio сама никогда не поддерживала IntelliSense for Managed C++. Разве нет?
Managed C++ уже много лет как deprecated. Но, скорее всего, имелся в виду C++/CLI.

Он вполне себе поддерживался, но его выпилили в VS 2010 (по причине полного переписывания C++ Intellisense). Потом запилили обратно в следующих версиях.
К сожалению да, у нас пока нет поддержки Managed C++.
жаль.
есть ли планы добавить?
Планы конечно есть :) но по срокам пока сказать не могу.
Посмотрел поддержку решарпером проектов unreal, и надо заметить, что проблемы еще есть, особенно много (мне показалось) проблем с макросами. Но даже в том состоянии, что есть сейчас, R++ уже повышает удобство разработки серьезно. Спасибо!
П.С. Хотя, я бы конечно лучше воспользовался clion-ом, но под него я не смог завести проект unreal-а и в этом вины jetbrains нет, потому что cmake-файл UnrealBuild генерирует только для линуксов.
Ну в принципе даже если у вас нету CMake-файла, вы можете попробовать заимпортировать в CLion сорцы. В этом случае CLion по крайней мере сгенерирует вам структуру CMakeLists со всеми файлами что вы выберете.
В этом также нет и вины Epic Games. CLion как любая конкурентоспособная IDE должна уметь из кастомных скриптов собирать, т.е. запускать процессы с аргументами. Возможность указывать в сборке запуск процессов позволяет настраивать в IDE компиляцию любых проектов.

В Qt Creator я компилировал кастомными скриптами приложение под андроид – у меня java код компилировался (в ide для c++), была сборка, запаковка apk, подпись, установка и запуск приложения. Я тоже самое мог бы сделать и в xcode например. В нем я компилировал qt проекты с помощью qmake, при этом xcode ничего не знает про qt.

Было бы интересно узнать мнение, а может быть и планы JetBrains по этому поводу.
Согласен, кастомный сборщик был бы очень кстати и решил бы многие проблемы, но чтобы работать в проекте, нужно его создать, сгенерировать cmake-файл, уметь отлаживаться и тд. Думаю, что для работы друг с другом, поработать придется и тем и другим.
Поставил на машину с Win7/VS10, загрузил рабочий проект — студия повисла. Снял задачу, повторил — результат тот же. Удалил плагин.
В зависимости от сложности и объема кода, первоначальное индексирование может сопровождаться такими эффектами. Долго ждали, прежде чем снимать задачу, а потом удалять?
В зависимости от сложности и объема кода, первоначальное индексирование может сопровождаться такими эффектами.
Нужен прогресс-бар или иной идикатор активности? Кода в проекте действительно много.

Долго ждали, прежде чем снимать задачу, а потом удалять?
Может быть пару минут. Сначала по диспетчеру задач была видна интенсивная работа с памятью в процессе студии, а как она успокоилась, так задачу и снял.
Прогресс-бар при первоначальном построении кэшей R++ находится в правом нижнем углу студии. На сложных проекта. первичное построение кэшей может происходить достаточно долго.
В студии ничего не шевелилось ни в каком углу, было полное ощущение зависания.
Поставил ReSharper C++, попытался открыть chrome.sln, содержащий чуть более тысячи под-проектов. Это был текущий мастер хромиума www.chromium.org. Не взлетело. Студия подвисла, видимо решарпер сканирует проекты (Intellicense заранее выключил). Решил подождать, было очень интересно справится или нет. Через час студия упала, скорее всего из-за нехватки памяти. Попробовал еще 2 раза, результат неизменный — падает когда кончается адресное пространство. Очень жаль.
На 4ый запуск в студия перестала так зависать и появилась возможность работать. При этом показывается прогресс сканирования файлов (Updating source files) примерно на половине. Открыл файл, решарпер показывает иконку Analisis will start shortly. Уже 15 минут.

Вообще это боль, что студия не может стабильно работать с такими большими проектами. Встроенный intellisence более-менее справляется, но и ему памяти не хватает, сначала отваливается показ переменных в отладчике, а еще чуть погодя студия крашится.
То есть студия без решарпера у вас стабильно работает на chrome.sln?
Не совсем.
Некоторое время работает, но потом кончается память и студия крашится. Особенно если запускать браузер под отладкой.
Если не пишу код, а отлаживаю, то автокомплит не сильно нужен, и я загружаю из солюшена только несколько запускаемых проектов с помощью расширения funnel visualstudiogallery.msdn.microsoft.com/5396fa4a-d638-471b-ac3d-671ccd2ea369
В этом случае все точки останова ставятся, отладка полностью работает, и студия работает достаточно стабильно, по крайней мере падений из-за кончившейся памяти нет.
Попробовал 2015 студию. Так же крашится.
Есть подозрение что R++ тут не виноват. Возможно просто Студия у вас вылетает по нехватке памяти.
Сразу вопрос — вот такое вот он съест?
template<bool> struct a_t;

template<> struct a_t<true> {
    template<int> struct b {};
};

template<> struct a_t<false> {
    enum { b };
};

typedef a_t<sizeof(void*)==sizeof(int)> a;

enum { c, d };
int main() {
    a::b<c>d; // declaration or expression?
}

И что именно будет в результате (и, в частности, будет ли оно зависеть от настроек текущей конфигурации проекта)?
Команда утверждает, что все правильно распарсится в зависимости от настроек проекта
Хотел сказать пару слов.
goo.gl/nqkEed (прошу прощения, картинки, как, впрочем, и ссылки, не могу вставлять)
Подсказки с предложением вставить #include ну ООЧЕНЬ доставучие, хоть и удобные. Ну никак не хотят закрываться, и еще слишком быстро показываются, можно случайно на них кликнуть, бегая по коду.

И еще. Я полностью выключил Intellisense (не знаю, связано ли с этим), ввожу «Acti..» и вместо того, чтобы получать «Actions», получаю переход на следующую строку.
goo.gl/VwyU0U
goo.gl/yg7nu8

Спасибо, проблема с перекрыванием попапов и комплишна нам уже известна, работаем над починкой этого механизма.
Постоянно случаются зависания при перестроении кэша на моем проекте (70 тыс. строк).
Особенно часто зависание на файле objidlbase.h
Только после несколько убийств процесса devenv.exe и перезапуска, а также удаления папки C:\Users\user\AppData\Local\JetBrains\Transient\ReSharperPlatformVs12\v02\SolutionCaches
перестает зависать.
Помню в IDEA как-то можно было отправить какой-то дамп (callstack или что-то такое) чтобы вы разобрались, в ReSharper есть такая возможность?
А вы не могли бы снять для нас снэпшот через ReSharper|Help|Profile Visual Studio и залить его к нам <a href=«youtrack.jetbrains.com>в трекер?
Когда это случится еще раз, обязательно сделаю. Пока всё работает, тьфу-тьфу-тьфу, поэтому трогать не буду.
Еще проблема в том, что очень часто при перестроении кэша студия виснет намертво, и сделать что-нибудь (в т.ч. снять снэпшот) невозможно.
Отправил снэпшот и дамп, удивительно быстро починили (буквально через пару часов), жду обновлений!
А умеет ли Resharper C++ с конвертировать C-style cast в соответствующий С++ cast во всем солюшене?
Пока эта фиче не обладает Fix in Scope, но я попрошу девелоперов сделать — думаю это не сложно.
Sign up to leave a comment.