LINUX.ORG.RU

Вышел VS Code 1.17

 


0

2

Нововведения:

1. Сделана поддержка macOS Touch Bar - теперь пользователь может использовать тач-бар для взаимодействия с редактором. Доступен соответствующий API для разработчиков дополнений. Например, так можно показывать превью для Markdown:

"contributes": {
  "menus": {
    "touchBar": [
      {
        "command": "markdown.showPreview",
        "when": "editorLangId == markdown",
        "group": "navigation"
      }
    ]
   }
}

2. Новые логотипы - оранжевый для стабильных билдов и зеленый для нестабильных.

3. Поддержка сворачиваемых регионов кода - Folding regions. Поддержка маркеров, обозначающих начало и конец региона. Доступны маркеры для следующих языков:

  • TypeScript/JavaScript: //#region и //#endregion, //region и //endregion
  • C#: #region и #endregion
  • C/C++: #pragma region и #pragma endregion
  • F#: //#region и //#endregion
  • Powershell: #region и #endregion
  • VB: #Region и #End Region

4. Трансформации сниппетов - движок сниппетов начал поддерживать трансформацию переменных. Например, сниппет ниже создаст новый Java-класс с названием взятым из имени файла:

  "Public Class": {
    "prefix": "pclass",
    "body": [
      "public class ${1:${TM_FILENAME/(.*)\\.java/${1:/capitalize}/}} {",
      "\tpublic $1 (${2:params}) {",
      "\t\t$0",
      "\t}",
      "}"
    ],
    "description": "New public class"
  }

5. Сделан новый движок для рендеринга терминала - от 5 до 45 раз быстрее старого. Больше деталей можно прочитать по ссылке .

6. Улучшен режим отладки (сообщения выводимые в отладочную консоль показывают место, откуда они были вызваны).

7. Улучшена цветовая схема, регулярные выражения теперь гораздо проще читать.

8. Улучшена поддержка git (git stash).

9. Дополнена документация.

>>> Подробности

★★★

Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 2)

Перешёл на это с атома, после того как он с каждой версией ставился только хуже, а файлы больше мегабайта так открывать м на научился.
Теперь безумно доволен, лучший открытый gui редактор

GanGSISoft ★★
()

Новость плохо офрмлена.

Odalist ★★★★★
()

8. Улучшена поддержка git (git stash).

К сожалению в vscode гит UI невероятно плох, если бы атомовскую панельку можно было перетащить туда, было бы совершенно шикарно

vrutkovs ★★
()
Ответ на: комментарий от vrutkovs

Да лавдно, одна из бричи ухода с атома был неверноятно не удобная игтеграция git, которая по сути мешала, а не помогала

GanGSISoft ★★
()

2. Новые логотипы - оранжевый для стабильных билдов и зеленый для нестабильных.

уже прилетело и выглядит как downgrade

whereisthelinus
()

Поиск так и остался неудобным?

blackst0ne ★★★★★
()
Ответ на: комментарий от Bruce_Lee

Вот второй раз ты меня огорошиваешь такими вопросами. Проверил - не умеет. Это чтобы прямо на сервере скрипты править?

Upd: Есть плагин вот: https://marketplace.visualstudio.com/items?itemName=rafaelmaiolla.remote-vscode

roof ★★
()
Последнее исправление: roof (всего исправлений: 1)
Ответ на: комментарий от pftBest

Ха-ха, неловко должно быть такое взамест рекомендовать.

Bruce_Lee ★★
()
Ответ на: комментарий от roof

Это несерьезно.

Кстати мы не говорим про «редактирование на продукшоне», а про самое простое, обыденное, удаленное редактирование. Где угодно. Откуда угодно. Из коробки.

Bruce_Lee ★★
()
Ответ на: комментарий от Bruce_Lee

а про самое простое, обыденное, удаленное редактирование

То есть любой редактор должен уметь ftpfs, nfs, smbfs, sshfs, amazonfs, afs, afp, onefs и v9fs (и вроде ещё десятка два пропустил)?

Вроде в UNIX принято, что каждая компонента занимается своим делом. Доступом через SSH должен заниматься или mount или плагин к редактору, но не сам редактор.

monk ★★★★★
()
Ответ на: комментарий от Bruce_Lee

Не-не, я в чужие процессы не лезу, надо так надо.

Но я говорил о VSCode как об IDE: проекты, сборка, запуск, отладка, автодополнение, сниппеты, навигация по коду, вот это все. Делать это «где угодно, откуда угодно, из коробки» обычно не надо, ибо все равно нелокально это будет тормозить и глючить неимоверно. А для

простое, обыденное, удаленное редактирование. Где угодно. Откуда угодно. Из коробки.

есть vim - идеальный инструмент, отточеный и отполированый. Тут я его ни на что не променяю.

roof ★★
()
Последнее исправление: roof (всего исправлений: 1)
Ответ на: комментарий от RazrFalcon

Ненужно.

Нужно :-) Оно же на Electron, а не на каком-то там Qt :-) Даже корпорация Майкрософт выбрала Electron для своего редактора, которым пользуются сотни тысяч человек по всему миру :-) Лол :-)

anonymous
()
Ответ на: комментарий от GanGSISoft

Теперь безумно доволен, лучший открытый gui редактор

Чему ты дам доволен? Зондам от мелкомягких? В курсе, что он следит за тобой, как 10 винда? Я даже не удивлюсь, что мелкомягкие ещё себе потом твой код могут присваивать и всё по соглашению.

th3m3 ★★★★★
()
Ответ на: комментарий от bookman900

Чего ему не хватает, чтобы быть IDE? По мне, если есть поддержка системы сборки (своей у него правда нет, нужно что-нибудь из него вызывать) и возможность отладки из него, то вполне себе уже IDE. Сам считал, что это не больше чем редактор.

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 2)
Ответ на: комментарий от bookman900

Автодополнение JS и TS пока не починили, сижу на IntelliJ IDEA - лучший!

GladAlex ★★★★★
()
Ответ на: комментарий от bookman900

Что ты имеешь в виду? Давай аргументы тогда, а то не очень понятно, почему ты мне говоришь, что и из чего мне делать.

roof ★★
()
Ответ на: комментарий от roof

не очень понятно, почему ты мне говоришь, что и из чего мне делать.

Извини Не принимай это всерьез, мысли в воздух были.

VSCode позиционируется как гибко настраиваемый и много-переваривающий редактор. Да, его можно считать как некоторую урезанную разновидность IDE, ведь там есть возможность ставить расширенный функционал, можно заводить git-репозиторий. Python-коннекторы умеют дружить с Anaconda, и в результате получается практически полноценное IDE...Но все же, это гибко настраиваемый редактор, потому что:

  • Основан на Electron;
  • Может много есть памяти
  • Почти все возможные сборочные дополнения написаны сторонними людьми, и сами могут работать несбалансированно или вовсе дурь творить

Ну просто его невозможно сделать как правильно приготовленное IDE. Наверняка никто не хочет работать в плохом IDE.

bookman900 ★★★★★
()
Последнее исправление: bookman900 (всего исправлений: 2)

Редактор неплохой, но у меня новые версии VS Code и Atom работают с глюками. Что делать, как быть?

Deleted
()

Новый релиз AzureEditor, который вроде и OpenSource, но который контролируется одной компанией, у которой контрибьюторов на зарплате на GitHub больше чем у каждой из представленных там корпорации. Посмотрите, хотя бы, на плагины для kubernetes, docker и для различных языков и посчитайте там количество авторов из Microsoft и количество упоминай Azure. Да, он лучше многих редакторов, написанных настоящим сообществом и которые принято только ругать. И вроде раздаётся задаром. Но, в итоге, он и прибыли с одной установки приносит явно больше, чем 70$ на одного из тысячи нищедротов, кричащих о свободе. Движение за свободу началась с системы верстки и редактора и закончилась другим «опенсорс» редактором, контролируемым корпорацией «Друг опенсорс». Поздравляю всех здесь. Это победа. Сегодня мы вынесли ценный урок: люди — стадо. А стадо надо стричь.

anonymous
()
Ответ на: комментарий от bookman900

Не принимай это всерьез, мысли в воздух были.

Да и я что-то резковато отреагировал.

Для меня VSCode внезапно оказалась идеальной IDE для C++. Сравниваю ее с QtCreator:

  • Не требует проекта, работу можно начинать с пустой директории
  • Работает с кучей языков, для меня в последнее время актуально С++ + JS
  • Умеет в Cmake лучше: нормальная подсветка синтаксиса, автодополнение, выполнение конфигурации и сборки
  • Умеет в кросскомпиляцию лучше: тулчейн полностью настраивается, а не загоняется в шаблоны, которые нифига не всем подходят.
  • Умеет в анализ кода лучше (тут ХЗ почему, но в VSCode тот же шланг работает быстрее и ошибается меньше, чем в QtC
  • Умеет в отладку gdb лучше (QtC зачем-то требует поддержки питона от отладчика и отказывается работать с броадкомовскими тулчейнами, гад)
  • Отличный встроенный терминал, тот, что в QtC, рядом не валялся
  • Настраивается от и до (ну, тут понятно, электрон позволяет сделать все очень гибким)

Что же до жора памяти, рядом с CLion и прочими эклипсами с нетбинсами VSCode c ее 500МБ на старте - даже не худышка, а заморыш.

roof ★★
()
Последнее исправление: roof (всего исправлений: 1)
Ответ на: комментарий от roof

Не требует проекта, работу можно начинать с пустой директории

Да, принимаю. Факт. Тоже нравится, когда надо работать с Питоном и гитом сразу в научной области (Spyder не очень интуитивен с Git).

Работает с кучей языков, для меня в последнее время актуально С++ + JS

Ладно, тут тоже принимаю, ибо умеет на лету пересохранять в нужной кодировке, что особенно актуально для Win10 — Mac.

bookman900 ★★★★★
()
Ответ на: комментарий от roof

Сравнивать недоредактор на электроне с QtC — эпик.

Я пару раз пытался использовать vscode, но там на каждый чих нужны плагины, в отличии от IDE, а они все убогие, кривые, заброшенные и дальше по списку. Каждый второй плагин тупо не запускается.

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

Сравнивать недоредактор на электроне с QtC — эпик.

Эпик так эпик, мне не жалко, пожалуйста.

Я пару раз пытался использовать vscode..

А у меня прямо противоположный опыт. Может, просто повезло с задачами, что VSC в них смогла лучше. QtC тоже неплохая IDE, я очень долго им пользовался, но после VSCode на него пока возвращаться желания не возникло. Наелся я и его капризов при работе с cmake и корявой настройки тулчейнов.

roof ★★
()
Ответ на: комментарий от roof

Разве cmake хоть где-то нормально работает? В последних версиях QtC его сильно обновили. Но я использую qmake, поэтому хз.

Про тулчейны хз - никаких проблем не было.

Дайте список плагинов для плюсов, что вы используете. Потыкаю.

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

Разве cmake хоть где-то нормально работает?

Сам по себе он везде нормально работает. А в VSC еще и неплохо интегрирован.

Дайте список плагинов для плюсов, что вы используете. Потыкаю.

Да какой там список, все дефолтное практически.

C/C++
CMake
Cmake Tools

Вот и все, что мне пришлось поставить, чтобы все заработало как я хочу. Еще, конечно, хотелось бы чтоб IDE пути поиска заголовков из CMake Tools сама подхватывала, ковыряю сорцы на предмет этого, может что и получится. Но в ней хотя бы руками можно это настроить, а в QtC я когда-то все проклял из-за того, что он по желанию чьей-то левой пятки решал, где заголовки брать.

В последних версиях QtC его сильно обновили.

Значит, пора посмотреть на него снова.

roof ★★
()
Ответ на: комментарий от roof

VSCode c ее 500МБ на старте

У меня мегабайт 35-40 ест на старте, но стоят всего 2 плагина. Вот Eclipse сразу 500 ест.

grem ★★★★★
()
Ответ на: комментарий от roof

Да, не все заметил процессы :) 450 в сумме вышло, а то ещё удивился, что раза в 3 больше kate ест. Но всё равно шустро работает.

grem ★★★★★
()
Ответ на: комментарий от RazrFalcon

Это как посмотреть. Если часто занимать-освобождать, то может и замедлить. С другой стороны, если сразу отожрать на все возможные нужды, то это может немного ускорить. Плюс у меня памяти всего 4 Гб, если приложения не лезут в своп, уже хорошо.

grem ★★★★★
()
Последнее исправление: grem (всего исправлений: 1)

Оно уже научилось не выкачивать пакеты для .net framework, если проект на .net core?

DELIRIUM ☆☆☆☆☆
()
Ответ на: комментарий от roof

Вроде и буквы русские, и слова знакомые. но смысла во фразе так и не нашёл (кроме того, что я якобы пишу неправду).

buratino ★★★★★
()
Ответ на: комментарий от th3m3

Я открою секрет - опенсорс можно собрать самому. А так закрытый sublime их не смущает, а VS Code, который дал возможность отключать телеметрию - вызывает батхерт.

spec_po_kiskam ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.