"Открыть с помощью" приложений, обновляемых через Jetbrains Toolbox
Цитата: Shadow от 09.01.2021, 11:04Здравствуйте.
Jetbrains Toolbox - удобная программа для установки/обновления софта от Jetbrains (IDEA, Rider, PyCharm и прочее).
Единственная ее проблема, что они каждую новую версию программы устанавливает в отдельный каталог, например Rider 2020.3.2 будет установлен в
~\JetBrains\Toolbox\apps\Rider\ch-0\203.6682.21, а, например, Rider 2020.4 будет уже установлен в~\JetBrains\Toolbox\apps\Rider\ch-0\204.*. При установке приложений через обычный установщик он предлагает автоматически ассоциировать нужные файлы с устанавливаемой программой (*.cs, *.csproj и другие с Rider, например), однако Toolbox этого не делает. Просто так добавлять Rider в "Открыть с помощью" не удобно, ведь каждый раз при его обновлении все это нужно будет устанавливать заново для некоторого количества расширений.Как можно автоматически и наиболее безболезненно это обойти?
И раз уж в Win 10 Tweaker появились персональные рекомендации и все фишки с ассоциациями файлов - может быть это каким-либо можно туда добавить?
Здравствуйте.
Jetbrains Toolbox - удобная программа для установки/обновления софта от Jetbrains (IDEA, Rider, PyCharm и прочее).
Единственная ее проблема, что они каждую новую версию программы устанавливает в отдельный каталог, например Rider 2020.3.2 будет установлен в Скопировано~\JetBrains\Toolbox\apps\Rider\ch-0\203.6682.21, а, например, Rider 2020.4 будет уже установлен в Скопировано~\JetBrains\Toolbox\apps\Rider\ch-0\204.*. При установке приложений через обычный установщик он предлагает автоматически ассоциировать нужные файлы с устанавливаемой программой (*.cs, *.csproj и другие с Rider, например), однако Toolbox этого не делает. Просто так добавлять Rider в "Открыть с помощью" не удобно, ведь каждый раз при его обновлении все это нужно будет устанавливать заново для некоторого количества расширений.
Как можно автоматически и наиболее безболезненно это обойти?
И раз уж в Win 10 Tweaker появились персональные рекомендации и все фишки с ассоциациями файлов - может быть это каким-либо можно туда добавить?
Цитата: Adler от 09.01.2021, 11:13Добрый день.
По вашему вопросу ничего не подскажу, но спрошу не в тему из любопытства - а что в Rider есть такого, чего нет в VS (естественно в контексте C#)?
Пробовал юзать этот Rider, но на столько тормознутого софта еще не встречал. Даже ReSharper для VS ставит её на колени, что пришлось снести.
Добрый день.
По вашему вопросу ничего не подскажу, но спрошу не в тему из любопытства - а что в Rider есть такого, чего нет в VS (естественно в контексте C#)?
Пробовал юзать этот Rider, но на столько тормознутого софта еще не встречал. Даже ReSharper для VS ставит её на колени, что пришлось снести.
Цитата: Shadow от 09.01.2021, 12:16Цитата: Adler от 09.01.2021, 11:13Добрый день.
По вашему вопросу ничего не подскажу, но спрошу не в тему - а что в Rider есть такого, что нет в VS (естественно в контексте C#)?
Пробовал юзать этот Rider, но на столько тормознутого софта еще не встречал. Даже ReSharper для VS ставит её на колени, что пришлось снести.Добрый. Не знаю, почему вам, что Rider "тормозит". По факту это обертка Re# в GUI от IDEA, и оно работает очень, очень быстро. Вот официальный комментарий разработчика Rider, с которым я полностью согласен:
Visual Studio — всё ещё 32-битный процесс, и многие наши пользователи жалуются, что ReSharper тормозит. ReSharper не тормозит, он работает как раньше и даже быстрее, но Студия с каждой новой версией потребляет всё больше памяти, и нам в рамках этого 32-битного процесса становится всё теснее. И в плане тормозов Rider — живое этому доказательство: мы вылезли из процесса Студии, и всё летает.
Ну давайте проведем эксперимент: клонируем репу Avalonia и пытаемся запустить ControlCatalog на NetCore оттуда.
VS окончила билд за 6 минут, не поняв самостоятельно, что оказывается нужно на чистом проекте восстановить пакеты из Nuget'а (действительно, зачем?). Билд, кстати, сфейлился, из-за того, что у меня нет .netframework4.7, который требуется для проектов с юнит тестами. Разумное замечание, если бы для билда контролкаталога нужными были проекты с юнит тестами (спойлер, нет, не нужны).
Rider сделал все автоматически, без моего вмешательства, за 4м 30с, что я считаю абсолютной победой, как по времени, так и по функциональности. Юнит тесты, он тоже, кстати, нормально загрузил и отработал, хотя net47 я не ставил.
Основные его плюсы - это то, что оно не пытается тебе выесть мозг, как VS, которая постоянно подтормаживает, спамит фантомными ошибками, работает не так, как нужно, и не там, где нужно (извиняюсь, но почему у меня после загрузки проекта в VS минуты 2-3 инпутлаг в полсекунды, а открытие IntellySense занимает пару секунд, это не нормально). В нем удобные брейкпоиты: зависимые брейкпоинты, метод брейкпоинты, временные брейкпоинты, итд. Кстати, а как там с просмотром локальных значений в асинхронных методах в VS, все еще не завезли? В Rider нормальный встроенный Git клиент, из которого не хочется выйти и пойти в отдельную программу, ведь есть все, что нужно, и даже больше. Rider не перезагружает твой проект полностью после чекаута (привет, перезагрузка ВСЕГО твоего решения на VS). Нормальный нюгет менеджер, в отличие от VS.
Встроенные инструменты - переименовать все что угодно с обновлениями всего что к этому привязано? Легко. А переименуйте проект в VS, переделайте у него стандартный неймспейс, к примеру. А так-же: стилизация, настраиваемая подсветка, моментальный solution-wide анализ, не привязанный к компилятору.
Поддержка - ну тут без комментариев: когда я еще не знал о существовании Rider я делал проект на WPF используя библиотеку MaterialDesignInXaml - превьювер WPF ломался каждый раз, 5% времени он отображал адекватное превью, 45% он решал, что я написал вообще не валидный код (который был нормальным и нормально запускался), 50% он думал, что у меня вообще ванильный WPF без библиотек и не рисовал ни стили, ни даже контролы из MDiX. Я написал в поддержку студии, зарепортил проблему, через неделю меня попросили подробности и дамп процесса. Я им все предоставил, и больше (это было в 2018 году вроде) никакой активности в этом репорте не было. А в Rider недавно реализовали поддержку Avalonia просто потому, что комьюнити лайкало тред с просьбой добавить поддержку. Вот только с WPF в VS - это большой баг, запарывающий возможность пользоваться превьювером, а Avalonia в Rider - хотелки сообщества фанатов сторонней, не особо то и популярной (в сравнении с WPF, например) библиотеки.
Ну а еще он кроссплатформенный и везде работает одинаково хорошо. (да, я линуксойд)
Конкретно для меня так-же важна нормальная поддержка Avalonia, которая в Rider есть, а в VS тоже, вроде бы есть, но работает из рук вон плохо и там не так много всего, как в Rider.
Что бы понять все фишки Rider, нужно на нем некоторое время посидеть, с месяц, например. Я тоже изначально не хотел переходить. Теперь вообще не жалею что перешел: Rider намного удобнее студии в мелочах: подсказки, навигация, информативность рабочего пространства, рядом и VCS и все что надо. Сделано именно для удобства работы. Студия теперь кажется громоздкой и угловатой.
Цитата: Adler от 09.01.2021, 11:13Добрый день.
По вашему вопросу ничего не подскажу, но спрошу не в тему - а что в Rider есть такого, что нет в VS (естественно в контексте C#)?
Пробовал юзать этот Rider, но на столько тормознутого софта еще не встречал. Даже ReSharper для VS ставит её на колени, что пришлось снести.
Добрый. Не знаю, почему вам, что Rider "тормозит". По факту это обертка Re# в GUI от IDEA, и оно работает очень, очень быстро. Вот официальный комментарий разработчика Rider, с которым я полностью согласен:
Visual Studio — всё ещё 32-битный процесс, и многие наши пользователи жалуются, что ReSharper тормозит. ReSharper не тормозит, он работает как раньше и даже быстрее, но Студия с каждой новой версией потребляет всё больше памяти, и нам в рамках этого 32-битного процесса становится всё теснее. И в плане тормозов Rider — живое этому доказательство: мы вылезли из процесса Студии, и всё летает.
Ну давайте проведем эксперимент: клонируем репу Avalonia и пытаемся запустить ControlCatalog на NetCore оттуда.
VS окончила билд за 6 минут, не поняв самостоятельно, что оказывается нужно на чистом проекте восстановить пакеты из Nuget'а (действительно, зачем?). Билд, кстати, сфейлился, из-за того, что у меня нет .netframework4.7, который требуется для проектов с юнит тестами. Разумное замечание, если бы для билда контролкаталога нужными были проекты с юнит тестами (спойлер, нет, не нужны).
Rider сделал все автоматически, без моего вмешательства, за 4м 30с, что я считаю абсолютной победой, как по времени, так и по функциональности. Юнит тесты, он тоже, кстати, нормально загрузил и отработал, хотя net47 я не ставил.
Основные его плюсы - это то, что оно не пытается тебе выесть мозг, как VS, которая постоянно подтормаживает, спамит фантомными ошибками, работает не так, как нужно, и не там, где нужно (извиняюсь, но почему у меня после загрузки проекта в VS минуты 2-3 инпутлаг в полсекунды, а открытие IntellySense занимает пару секунд, это не нормально). В нем удобные брейкпоиты: зависимые брейкпоинты, метод брейкпоинты, временные брейкпоинты, итд. Кстати, а как там с просмотром локальных значений в асинхронных методах в VS, все еще не завезли? В Rider нормальный встроенный Git клиент, из которого не хочется выйти и пойти в отдельную программу, ведь есть все, что нужно, и даже больше. Rider не перезагружает твой проект полностью после чекаута (привет, перезагрузка ВСЕГО твоего решения на VS). Нормальный нюгет менеджер, в отличие от VS.
Встроенные инструменты - переименовать все что угодно с обновлениями всего что к этому привязано? Легко. А переименуйте проект в VS, переделайте у него стандартный неймспейс, к примеру. А так-же: стилизация, настраиваемая подсветка, моментальный solution-wide анализ, не привязанный к компилятору.
Поддержка - ну тут без комментариев: когда я еще не знал о существовании Rider я делал проект на WPF используя библиотеку MaterialDesignInXaml - превьювер WPF ломался каждый раз, 5% времени он отображал адекватное превью, 45% он решал, что я написал вообще не валидный код (который был нормальным и нормально запускался), 50% он думал, что у меня вообще ванильный WPF без библиотек и не рисовал ни стили, ни даже контролы из MDiX. Я написал в поддержку студии, зарепортил проблему, через неделю меня попросили подробности и дамп процесса. Я им все предоставил, и больше (это было в 2018 году вроде) никакой активности в этом репорте не было. А в Rider недавно реализовали поддержку Avalonia просто потому, что комьюнити лайкало тред с просьбой добавить поддержку. Вот только с WPF в VS - это большой баг, запарывающий возможность пользоваться превьювером, а Avalonia в Rider - хотелки сообщества фанатов сторонней, не особо то и популярной (в сравнении с WPF, например) библиотеки.
Ну а еще он кроссплатформенный и везде работает одинаково хорошо. (да, я линуксойд)
Конкретно для меня так-же важна нормальная поддержка Avalonia, которая в Rider есть, а в VS тоже, вроде бы есть, но работает из рук вон плохо и там не так много всего, как в Rider.
Что бы понять все фишки Rider, нужно на нем некоторое время посидеть, с месяц, например. Я тоже изначально не хотел переходить. Теперь вообще не жалею что перешел: Rider намного удобнее студии в мелочах: подсказки, навигация, информативность рабочего пространства, рядом и VCS и все что надо. Сделано именно для удобства работы. Студия теперь кажется громоздкой и угловатой.