Msvc 2018: Latest Visual C++ Redistributable Runtimes All-in-One Feb 2023 Download

Visual Studio Code August 2018

Update 1.27.2: The update addresses these issues.

Downloads: Windows: User System | Mac: Intel | Linux 64-bit: deb rpm tarball | 32-bit: deb rpm tarball

Welcome to the August 2018 release of Visual Studio Code. There are a number of significant updates in this version that we hope you will like, some of the key highlights include:

  • Settings editor — New Settings editor UI to discover, search, and modify VS Code settings.
  • Custom menu bar — Fully themable title and menu bars on Windows and Linux.
  • Breadcrumbs improvements — Symbols highlighted when navigating with breadcrumbs.
  • New Terminal menu — Combined menu for creating terminals and managing tasks.
  • Platform specific keyboard shortcuts — Share the same keybindings.json file across different OSs.
  • CSS @import path completion — Import path suggestions while you type in CSS, SCSS, and Less.
  • JSON conditional evaluation — Support for ‘if’, ‘then’, and ‘else’ schema keywords.
  • Built-in Loaded Scripts view — Loaded Scripts Explorer now available for debug extensions.

If you’d like to read these release notes online, go to Updates on code.visualstudio.com.
You can also check out this 1.27 release highlights video from Cloud Developer Advocate Brian Clark.

Insiders: Want to see new features as soon as possible? You can download the nightly Insiders build and try the latest updates as soon as they are available. And for the latest Visual Studio Code news, updates, and content, follow us on Twitter @code!

Workbench

Settings editor

Over the past few months, we’ve been developing a GUI for editing settings. In 1.27, we are making it the default settings editor.

You can still access the JSON settings editor, either by using the command Open Settings (JSON) or by changing your default settings editor with the "workbench. settings.editor" setting.

One improvement we made this month is to clean up the UI by moving setting value descriptions (enumDescriptions) into a custom dropdown control:

Settings that have been modified are now indicated with a blue line, like modified lines in the editor. The gear icon opens a context menu with an option to reset the setting to its default value.

Setting values are now validated, and any validation errors are displayed.

The table of contents now will remain visible during search, and filter to show only categories that have matches. You can click on a category to filter the results to just settings under that category. Set "workbench.settings.settingsSearchTocBehavior" to "hidden" if you prefer to hide the table of contents during search.

When you search in settings, our Bing-powered search service is still providing results that it thinks are relevant. Now, that service will also show you extensions from the Marketplace that have relevant settings. You will see a button at the bottom of the settings search results, Show matching extensions. When clicked, the Extensions view will open with the matching extensions.

Also over the past few iterations, we have been working to improve the look and feel as well as usability of the title bar and menus on Windows and Linux. This iteration, we are removing the preview label with an aim to make this the default experience on Windows soon. To enable this feature, you can set the setting "window.titleBarStyle" to "custom".

The new experience comes with several advantages over the default:

  • Themable title bar, menu bar, and context menus throughout the product. This means your dark theme stays dark!
  • Better keyboard navigation in the menu bar. We have made it easier to switch between menus with the keyboard and use menu mnemonics.
  • A less intrusive menu bar. The new experience is more compact and less jarring when setting "window. menuBarVisibility" to "toggle".
  • Better accessibility. Several accessibility issues have been resolved to improve menu usability with a screen reader.

As we want to make this new experience the default on Windows, we encourage you to try it out and send us your feedback so we can provide the best possible experience.

We have tweaked the new breadcrumbs bar, made various improvements, and fixed bugs:

  • Focused document symbols are now highlighted in the editor.
  • Breadcrumbs are automatically enabled when the focus command (⇧⌘; (Windows, Linux Ctrl+Shift+;)) is run.
  • Breadcrumbs work a lot better with themes.
  • Breadcrumbs now honor the file excludes configuration.

The Tasks menu was renamed to Terminal and some more entries for the Integrated Terminal were added.

Platform specific keybindings

It’s now possible to enable keyboard shortcuts for specific operating systems using isLinux, isMac and isWindows within a keybinding’s when clause:

[
  {
    "key": "ctrl+o",
    "command": "workbench. action.files.openFolder",
    "when": "!isMac"
  },
  {
    "key": "cmd+o",
    "command": "workbench.action.files.openFolder",
    "when": "isMac"
  }
]

This makes it much easier to share your keybindings.json file across different machines.

Open window as new native tab

A new macOS-only command, workbench.action.newWindowTab, opens a window as new native tab. newWindowTab does not have a default keybinding and needs the setting window.nativeTabs to be enabled.

Files no longer close when deleted/renamed externally

We changed the default of the workbench.editor.closeOnFileDelete setting from true to false. This means that a file that has been deleted or renamed outside of VS Code (or by another program like Git or command from the Integrated Terminal) will no longer close a file that is opened as editor tab. Instead, the file will indicate that it has been deleted from disk and you can just save the file to restore it.

Note: Unless the file is dirty, the contents of the file are not preserved between restarts.

Middle click to open file in a new editor

Now it is possible to use the middle mouse click in the Explorer view to open a file in a new editor and not reuse the previous editor in preview mode.

Accessibility improvements

We have fixed quite some accessibility issues — mostly around keyboard navigation, screen reader support, and focus. The full list can be found here. This is an ongoing effort which we plan to continue in September.

Improved Windows background update

We’ve done some stability work on our custom Windows background updater, in order to address issues resulting in broken installations for some users. This is a continuous work item with more improvements in upcoming releases.

Editor

Auto closing & surrounding characters

When typing certain brackets like {, [ or (, depending on the programming language, they will get auto-closed by default when they are followed by specific characters that typically cannot start an expression, for example ;:.,=}])>. This behavior can be customized with the editor.autoClosingBrackets setting. Similarly, it is possible to customize the auto closing behavior while typing quotes like ", ' or ` with editor.autoClosingQuotes.

When text is selected and you type one of these characters, the selection will be surrounded by brackets or quotes. It is now possible to adjust this behavior separately via the new editor.autoSurround setting.

Languages

Path completion for CSS imports

Path completion for CSS, SCSS and Less @import is now available. SCSS partial @import is handled as well.

Jump to definition for CSS links

There is now jump to definition for @import and url() links in CSS, SCSS and Less.

JSON

The built-in JSON language extension now supports the new JSON Schema Draft-07.

The most interesting addition are the if, then, else keywords to allow conditional schema evaluation.

{
  "type": "integer",
  "minimum": 1,
  "maximum": 1000,
  "if": { "minimum": 100 },
  "then": { "multipleOf": 100 },
  "else": {
    "if": { "minimum": 10 },
    "then": { "multipleOf": 10 }
  }
}

The if keyword means that, if the result of the value schema passes validation, apply the then schema, otherwise apply the else schema.

HTML

The HTML formatter has been updated to version 1.8.1 of JS Beautifier.

This adds a new option to the "html.format.wrapAttributes" settings:

  • "aligned-multiple" will wrap attributes when the maximum line length is reached and aligns all wrapped lines with the first attribute.

TypeScript 3.0.3

VS Code now ships with TypeScript 3.0.3. This minor release fixes a number of bugs and improves stability. You can read about the complete set of changes here.

Debugging

Loaded Scripts view now reusable

For more than a year, the Loaded Scripts Explorer in the Debug view was contributed by the Node.js debug extension and was not available to other debuggers. In this release, we’ve added the Loaded Scripts view as a built-in debugger feature. All debug extensions that have the notion of «scripts» will be able to support access to their scripts in a dynamically updated view.

In addition, we’ve improved some shortcomings of the old Loaded Scripts Explorer:

  • Chains of single-child folders are now collapsed into a single node. This makes it much easier to drill down into deep but sparse folder hierarchies.
  • We’ve started to address accessibility issues.

Middle click to remove breakpoints

Now it is possible to use the middle mouse click in the breakpoints view to easily remove a breakpoint.

Change the default for «openDebug» to open on every session start

For new users, it can sometimes be confusing when you start a debug session and the debug view does not open automatically every time. If the user is not yet familiar with the UI, they don’t know what keywords to look for in order to open the UI. To avoid confusion, we changed the default of debug.openDebug to be openOnSessionStart so that the debug view opens on every session start, not only on the first (which was the previous default behavior).

Extension Authoring

Extension logging

The ExtensionContext that comes as an argument of the activate function has a new property logPath. This is the absolute file path of a directory where extensions can store log files. The path is unique for an extension and not reused by other extensions.

Language Server Protocol

A new version of the Language Server Protocol is available and includes the corresponding node modules for use with VS Code.

The new version has support for:

  • Code Action kind announcements from the server to allow clients to populate corresponding menu entries.
  • An implementation for a textDocument/prepareRename.
  • Support for file operations (create, rename and delete) in Workspace Edits.

vscode-languageclient: JSON log format and log streaming

Previously, when building Language Server extensions using vscode-languageclient, you could specify [langId]. trace.server to send LSP logs into a VS Code output channel.

[langId].trace.server can now output logging information in a machine-readable JSON format:

"languageServerExample.trace.server": {
  "format": "json", // or "text"
  "verbosity": "verbose" // or "off" | "messages"
}

This opens up interesting use cases, such as streaming LSP logs into an LSP Inspector to visualize the behavior of a Language Server:

You can learn more about it in Microsoft/language-server-protocol-inspector and lsp-log-streaming-sample.

Debug extensions: Built-in Loaded Scripts view

The Loaded Scripts Explorer is now a built-in component of the VS Code debugger. In order to use it, a debugger extension needs to change its debug adapter in the following way:

  • Add a supportsLoadedSourcesRequest capability with a value true to the Capabilities returned from the initialize request.
  • Implement the loadedSources request by returning the current set of loaded sources.
  • Send out loadedSource events for newly loaded or unloaded sources.

New theme colors

There is a new theme color for breadcrumbs:

  • breadcrumb.background: Background color of breadcrumb items.

There are new theme colors for the settings editor:

  • settings.dropdownListBorder: Border color of the new dropdown control.
  • settings.modifiedItemIndicator: The color of the line that indicates a modified setting.

Git extension API

The Git extension has started to expose a more defined API. This API can be used from any other extension to interact the open Git repositories in a user’s workspace. Since it is still in its preliminary stages, we will continuously improve the API in the upcoming releases.

Proposed Extension APIs

Every milestone comes with new proposed APIs and extension authors can try them out. As always we are keen on your feedback. This is what you have to do to try out a proposed API:

  • You must use Insiders because proposed APIs change frequently.
  • You must have this line in the package.json file of your extension: "enableProposedApi": true.
  • Copy the latest version of the vscode.proposed.d.ts file into your project.

Note that you cannot publish an extension that uses a proposed API. We may likely make breaking changes in the next release and we never want to break existing extensions.

SCM: Selected source controls

In order for extensions to know which source control instances have been selected by the user for visibility in the UI, SourceControl instances now have a selected property as well as a onDidChangeSelection event which represent that state.

export interface SourceControl {
  /**
   * Whether the source control is selected.
   */
  readonly selected: boolean;
  /**
   * An event signaling when the selection state changes.
   */
  readonly onDidChangeSelection: Event<boolean>;
}

We are introducing the concept of comments this iteration, which allow extensions to create and manage conversations within editors and a new Comments panel. This enables extensions to support code review scenarios.

Comments are organized into threads and associated with a particular document.

export enum CommentThreadCollapsibleState {
  Collapsed = 0,
  Expanded = 1
}
interface CommentThread {
  threadId: string;
  resource: Uri;
  range: Range;
  comments: Comment[];
  collapsibleState?: CommentThreadCollapsibleState;
}
interface Comment {
  commentId: string;
  body: MarkdownString;
  userName: string;
  gravatar: string;
  command?: Command;
}

To display comments, an extension must register a DocumentCommentProvider or WorkspaceCommentProvider.

export interface CommentThreadChangedEvent {
  readonly added: CommentThread[];
  readonly removed: CommentThread[];
  readonly changed: CommentThread[];
}
interface CommentInfo {
  threads: CommentThread[];
  commentingRanges?: Range[];
}
interface DocumentCommentProvider {
  provideDocumentComments(
    document: TextDocument,
    token: CancellationToken
  ): Promise<CommentInfo>;
  createNewCommentThread(
    document: TextDocument,
    range: Range,
    text: string,
    token: CancellationToken
  ): Promise<CommentThread>;
  replyToCommentThread(
    document: TextDocument,
    range: Range,
    commentThread: CommentThread,
    text: string,
    token: CancellationToken
  ): Promise<CommentThread>;
  onDidChangeCommentThreads: Event<CommentThreadChangedEvent>;
}
interface WorkspaceCommentProvider {
  provideWorkspaceComments(token: CancellationToken): Promise<CommentThread[]>;
  onDidChangeCommentThreads: Event<CommentThreadChangedEvent>;
}

Using the DocumentCommentProvider, comments can be returned for open documents. When providing comments, the extension specifies both the current threads on the document, and what range of the document supports adding new comments. Comments can be added or replied to from within the document.

When a WorkspaceCommentProvider is first registered, the CommentsPanel becomes visible and shows all comments provided to it. Comments are grouped by comment thread and resource. When a comment is selected in the panel, the comments command is run, so the extension determines the behavior.

Preview Features

Preview features are not ready for release but are functional enough to use. We welcome your early feedback while they are under development.

Electron 3.0 exploration

During this milestone, we explored bundling Electron 3.0.0 into VS Code. This is a major Electron release and comes with Chrome 66 and Node.js 10.x (a major leap forward compared to our current version that has Chrome 61 and Node. js 8.x). We plan to push out the update to our Insiders users in the near future to gather additional feedback. If you are interested in helping out, make sure to install VS Code Insiders.

Engineering

Extensions and webpack

We are now using webpack to bundle extensions. It unlocks two achievements: (1) reduce the startup time for extensions because there are fewer files to load and less source to parse and (2) reduce the install time because fewer files need to be extracted and written to disk. So far, we’ve reduced the bundle size by ~4000 files!

Performance canary

We have added a test harness to ensure that our startup performance isn’t regressing. There is a new script that can be deployed to dedicated machines to test the performance of Insider builds. The script simply installs the latest build and makes sure that it starts within a time limit. For now, we started with Windows because performance is often affected by updates to anti-virus software but the plan is to test on all platforms we support.

IPC stack improvements

We’ve improved our homegrown IPC stack to support byte buffer messages between processes. This enables certain scenarios such as sending binary data between our different processes without overhead as well as allowing us to optimize IPC for performance.

Notable Fixes

  • 6363: Alternate data streams are removed when saving
  • 25919: New command to force open a new window as native tab
  • 49021: Do not reset WSL permissions metadata on save
  • 49403: Auto attach causing issues when debugging in integrated terminal
  • 55025: Allow to continue debug when extension host restarts
  • 56084: Open Editors: revisit order of groups to be based on visual order
  • 56691: Error launching vscode when a # exists in the path
  • 57018: Stopping/Restarting debugger fails to stop babel-node

Thank You

Last but certainly not least, a big Thank You! to the following folks that helped to make VS Code even better:

Contributions to vscode:

  • 123 (@16m): [Fix a typo] s/clientWidth/clientHeight/ PR #56544
  • Nil (@cdnil):
    • add ‘search. collapseAllResults’ setting PR #56438
    • update smoke ts version PR #56080
  • Daniel McNab (@DJMcNab): add rust region comments (#_55648) PR #57069
  • Alexandr Fadeev (@fadeevab): Tests to check improvements: ${}, $$, and $(shell ()). PR #55826
  • Zach Bloomquist (@flotwig): Default ‘Quick Switch Window’ selection to be next window PR #55535
  • Olga Lesnikova (@Geloosa): shorthand types for Monarch language action PR #57439
  • Gopal Goel (@gopalgoel19): Append file extension to «Don’t Show Again» menu label PR #55984
  • Hao Hu (@hhu94): Add openEditorAtIndex command to pass in the editor index PR #56441
  • Itamar (@itamark): Hide the feedback form after clicking Submit a bug PR #55938
  • Jatin Sandilya (@jats22): Show error message when extension gallery service is not accessible PR #56767
  • Jean Pierre (@jeanp413): Fix for #47852 PR #56775
  • Krzysztof Cieślak (@Krzysztof-Cieslak): Prefix detection starts from start of the file name PR #55961
  • Manoel (@ManoelLobo): Add . eslintrc extension PR #57014
  • Mathieu Déziel (@mathdeziel): Fixed emmet validation when open angle bracket is followed by space PR #55762
  • Matt Ferderer (@mattferderer): Update Markdown link snippets to use https PR #56851
  • Dmitry Ignatovich (@mechatroner): Add API function that changes document language PR #55107
  • Jesse Mazzella (@ozyx): Add option to enable cycling of parameter hints PR #55354
  • Karthikayan (@ParkourKarthik): Notify number of outdated extensions on Check for Extension updates action PR #56053
  • @ris58h:
    • Remove out of date params from doc comments PR #57043
    • Middle Click to remove breakpoint PR #56035
  • Nikolai Vavilov (@seishun): Use ‘r+’ with truncation when saving existing files on Windows PR #42899

Contributions to vscode-vsce:

  • Amir Ali Omidi (@aaomidi): Add useYarn to ICreateVSIXOptions, IPublishOptions, and IPublishVSIXOptions PR #279
  • Amadeusz Annissimo (@amadeann): Changed —out flag description in package command PR #280
  • Sriram Thaiyar (@sri): Show URL of published extension when it is successful PR #281

Contributions to vscode-eslint:

  • Jan Pilzer (@Hirse):
    • eslintignore comment syntax highlighting PR #473
    • Fix README indent and spelling PR #519
  • Dave Townsend (@Mossop): Allow setting the node runtime for the language server PR #516

Contributions to language-server-protocol:

  • Jens Fischer (@Gama11): Add CodeActionOptions with providedCodeActionKinds PR #534
  • Remy Suen (@rcjsuen):
    • Fix formatting for folding API PR #542
    • Add textDocument/prepareRename PR #551
    • Add version information to the specification PR #553
  • @ehuss: Fix typo in Color Presentation Request. PR #544
  • Miro Spönemann (@spoenemann): PR #550

Contributions to vscode-languageserver-node:

  • Jens Fischer (@Gama11): Add CodeActionOptions with providedCodeActionKinds PR #385
  • Anton Kosyakov (@akosyakov): Make sure document listeners are installed on restart PR #396

Contributions to debug-adapter-protocol:

  • Josh Tynjala (@joshtynjala): Add SWF debug adapter PR #1
  • Glenn Sarti (@glennsarti): (maint) Add Puppet to implementors list PR #2
  • Thomas Müller (@tmueller): Update adapters.md PR #4
  • F.W. (@fwcd): Added Eclipse LSP4J to the list of known SDKs PR #5

Contributions to vscode-css-languageservice:

  • Connor Shea (@connorshea): Add CSS Lint Rule name to lint markers. PR #116

Contributions to vscode-html-languageservice:

  • Liam Newman (@bitwiseman):
    • js-beautify 1.8.1 PR #37
    • Option to use jsb release or next PR #35
    • Js beautify rc11 PR #34
    • Update js-beautify to 1. 8.0-rc4 PR #31

Contributions to vscode-json-languageservice:

  • Viktor Havrylin (@Fer0x): [draft-07] Implement if/then/else PR #24

Contributions to node-jsonc-parser:

  • Chris Wendt (@chrismwendt): Do not mutate the given path PR #12

Contributions to vscode-generator-code:

  • @MrLuje: Allow to set publisher as generator option PR #125

Contributions to localization:

There are almost 1200 members in the Transifex VS Code project team with about 100 active contributors every month. We appreciate your contributions, either by providing new translations, voting on translations, or suggesting process improvements.

Here is a snapshot of contributors for this release. For details about the project including the contributor name list, visit the project site at https://aka.ms/vscodeloc.

  • Bulgarian: Любомир Василев.
  • Croatian: Nikša Mihaica.
  • Danish: Christoffer Bech.
  • English (United Kingdom): Matthew John Cheetham, Swotboy2000.
  • Finnish: Petri Niinimäki, Feetu Nyrhinen, Jussi Palo.
  • French: Antoine Griffard, Guillaume Bauer, Smrman.
  • German: Carsten Siemens, Carsten Kneip, Jonas Droste, Markus Hatvan, Christian Studer, Peter Schneider, Jonas Keller, thefreshman89.
  • Hungarian: Tar Dániel, Bence László.
  • Chinese Simplified: Joel Yang, 子实 王, Wang Dongcheng, pluwen, DongWei, Henry Chu, aimin guo, Chris Pan 潘冬冬, 子昂 马.
  • Chinese Traditional: Duran Hsieh, Winnie Lin, Poy Chang, Alan Tsai.
  • Indonesian: Wildan Mubarok, G-RiNe Project.
  • Italian: Luca Bruni, Alessandro Alpi, Andrea Dottor, Emanuele Curati, Riccardo Cappello, Gianluca Acerbis, Emilie Rollandin, Marco Dal Pino, Luigi Bruno, Lorthirk, Aldo Donetti.
  • Japanese: Shunya Tajima, Satoshi Kajiura, Yuichi Nukiyama, Hiroyuki Mori, yoshioms.
  • Korean: Kyunghee Ko, PaulNara, smallsnail, Kwangjin Hwang.
  • Lithuanian: Tomas Cimermonas.
  • Polish: Artur, hawkeye116477, Patryk Brejdak, Mateusz Gazdziak, Robert Skórski, Sebastian Baran.
  • Portuguese (Brazil): Roberto Fonseca, Bruno Sonnino, Marcelo Fernandes, Lucas Miranda, João Mesquita, Danilo Dantas, Rodrigo Crespi, Arthur Bruel, Thiago Moreira de Souza Arrais, Otacilio Saraiva Maia Neto, Loiane Groner, Fabio Correia.
  • Portuguese (Portugal): Richard Nunes, Daniel Correia, Tiago Costa.
  • Romanian: Bogdan Mateescu, Szauka.
  • Russian: Roman Slauta, Ivan Kuzmenko.
  • Spanish: Alejandro Medina, José M. Aguilar, Roberto Fonseca, Javier Moreno, Andy Gonzalez, Alberto Poblacion, Nancy Todd, Antonio Sanmartín.
  • Telugu: Hari Jujjavarapu, Sridhar L.

Visual Studio Code. Как быть продуктивным в 2018. Советы профи

За последние несколько лет, Visual Studio Code стал очень популярным, среди IDE с открытым исходным кодом. Официальный релиз VS Code состоялся в 2015 году, а сегодня его используют 35% разработчиков, согласно данным Stack Overflow на 2018 год. В этой статье, я хочу поделиться рекомендациями, которые помогут работать в Visual Studio Code более продуктивно.

Git и Gitlens

Git наиболее популярное ПО среди разработчиков. Управлять Git, намного проще из IDE, чем из командной строки. Git-панель позволяет управлять состояниями файла: stage, commit, stash и отменять изменения. Расширение GitLens для VS Code предлагает ещё больше возможностей. Самая полезная фича GitLens —  это история внесённых изменений, которая показывает, что и когда изменилось в каждой строке кода.

Live Share

VS Code Live Share — это совершенно новая функция, которая пока доступна для ознакомления. Она позволяет совместно использовать единое рабочее пространство в реальном времени: редактировать, следить за курсором пользователя, совместно отлаживать код и много чего ещё. Это действительно полезно, если вы работаете удаленно или когда вам нужно сотрудничать с кем-то, кого нет рядом.

JSON в Code

Случалось ли, что вы работали с API на TypeScript, а результат нужен в строго-типизированном виде? Paste JSON as Code конвертирует JSON в пригодный для использования в строго-типизированных языках вид одной командой.

Переименовать все экземпляры

Рефакторинг необходим для написания и поддержания кода в «чистом» виде. Но иногда это становится головной болью, особенно, когда в переработке нуждается большой модуль или огромная часть кода. Если вам нужно переименовать переменную или метод, не стоит копаться в десятках файлов —  VS Code сделает это за вас.

Выделите переменную или метод, и нажмите F2, чтобы отредактировать имя. Каждый экземпляр этой переменной будет переименован, во всём текущем проекте.

Чтобы отредактировать только в текущем файле, используйте Command + F2 (на Mac) или Ctrl + F2 (на Windows), и VS Code переместит курсор к каждому экземпляру в файле.

Перейти к определению

В процессе написания кода, часто, вы натыкаетесь на незнакомую переменную или метод. Что вы делаете в этом случае? Можно несколько минут искать нужный файл, или просто зажать Command (на Mac) или Ctrl (на Windows) и кликнуть на переменную/метод. VS Code мгновенно перенесёт вас к её определению.

Или вы можете навести курсор с зажатым Command (на Mac) или Ctrl (на Windows), на переменную или метод. Определение переменной появится прямо в строке, где находится курсор.

Редактирование нескольких строк одновременно

Если вам понадобится вставить или удалить несколько экземпляров текста в документе, то всё что вам нужно сделать, это создать несколько курсоров. Для этого кликните в тексте с зажатым Option (на Mac) или Alt (на Windows). Каждый клик, создаст новый курсор.

Это особенно полезно в работе с HTML, когда может понадобится добавить много экземпляров одного и того же класса или изменить формат нескольких гиперссылок.

Debugger

По отладке стоит записать отдельное видео. К счастью, в VS Code это уже сделали.

Горячие клавиши и Command Pallette

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

Command Pallette — ваш лучший друг. Открывается с помощью Command + P (на Mac) или Ctrl + P (на Windows). Будучи разработчиком, вы наверняка работаете со множеством файлов одновременно. Начните вводить имя файла, и получите результаты поиска прямо в рабочей области. Это намного быстрее, чем кликать по дереву каталогов.

  • Начните ввод с > чтобы появился список доступных задач.
  • Или начните с @ чтобы увидеть список символов в текущем файле.

Пользовательские комбинации клавиш

Одной комбинации в VS code точно не хватает —  это Save All. Создайте свою собственную комбинацию, чтобы сохранять файлы нажатием Command + Shift + S (на Mac) или Ctrl + Shift + S (на Windows).

 

Перевод статьи: Ankur Biswas Pro tips for Visual Studio Code to be productive in 2018

Читайте также

Когда VS Code затмил Visual Studio IDE — Visual Studio Magazine

2018: Когда VS Code затмил Visual Studio IDE

Интересно, знала ли Microsoft, что у нее было в руках еще в 2015 году, когда она создала Visual Studio Code, маленький код редактор, который мог.

Предполагала ли команда VS Code, что бесплатный редактор с открытым исходным кодом может менее чем через четыре года после своего дебюта стать инструментом разработки № 1 в крупном обзоре разработчиков, затмив одноименную IDE, которая может стоить около 6000 долларов за штуку? год?

Вот что произошло, и успех VS Code — наряду с эволюцией кроссплатформенного .NET Core с открытым исходным кодом — стал визитной карточкой 2018 года в экосистеме разработчиков Microsoft. Это был год, когда Microsoft, наконец, стряхнула с себя последние следы своего восприятия проприетарного, монолитного корпоративного хищника, трансформируясь подобно куколке, чтобы стать чемпионом открытого исходного кода.

Каким бы маловероятным это ни казалось, предоставление бесплатного, производительного и универсального редактора кода, вероятно, было требованием для Microsoft, чтобы завершить свой путь к сторонникам открытого исходного кода. Возглавить .NET Core с огромной (некоторые сказали бы «раздутой»), иногда дорогостоящей (есть бесплатная версия) корпоративной IDE, которая просто работает в Windows (да, есть версия для Mac, но это проблематично) просто не работает.

VS Code, тем не менее, отвечает всем требованиям.

Это было подтверждено в этом году, когда Stack Overflow, известный своим огромным сайтом вопросов и ответов по программированию, выпустил всеобъемлющий опрос разработчиков, в котором приняли участие более 100 000 разработчиков в 183 странах.

[Щелкните изображение, чтобы увеличить его.] № 1 в Stack Overflow (источник: Stack Overflow).

«Visual Studio Code только что вытеснила Visual Studio как самый популярный инструмент среды разработки во всем мире», — говорится в сообщении Stack Overflow, которое разделило эту «доску» на четыре доски: все респонденты, веб-разработчики, мобильные разработчики и системный администратор/DevOps.

VS Code занял первое место в первых двух категориях и второе место в двух последних, уступив Android Studio для мобильных устройств и Vim для системного администратора/DevOps. В прошлогоднем обзоре SO VS Code заняла не выше пятого места среди всех сегментов.

Несмотря на то, что в опросе SO он опередил Visual Studio IDE всего на 0,6 процентных пункта, его восхождение было предсказано примерно шестью месяцами ранее в еще одном крупном опросе разработчиков, проведенном еще одной крупной платформой для разработчиков.

[Щелкните изображение, чтобы увеличить его.] 15 000 участников и подсчет (источник: GitHub).

На этот раз GitHub в своем отчете «Состояние Octoverse» показал, что VS Code снова стал проектом с открытым исходным кодом № 1 по количеству участников, которое составило около 15 000 человек.

Отчет GitHub за 2018 год показал повторение популярности VS Code (теперь около 19 000 участников), а также — вероятно, не случайно — отметил, что Microsoft была организацией с наибольшим количеством сотрудников, вносящих вклад в открытый исходный код, с 7700 участниками, значительно опережая № 2 Google с 5500 участниками.

[Щелкните изображение, чтобы увеличить его.] Показатели использования редактора (источник: Triplebyte).

И гораздо более новое исследование подтвердило, что VS Code находится на подъеме, поскольку специалист по техническому набору Triplebyte совсем недавно заметил огромный рост использования редактора кода среди кандидатов на должность разработчика, проводящих тщательное собеседование.

«Visual Studio Code находится на подъеме», — сказал Triplebyte. «За последний год он стал самым популярным редактором по всем направлениям, и с каждым месяцем он набирает обороты».

Несмотря на то, что популярность VS Code хорошо известна и отмечена в других источниках, это исследование Triplebyte, безусловно, дало представление о быстром росте популярности.

Например, обсуждая приведенный выше график, компания сказала: «Первое, что бросается в глаза на этом графике, — это известность Visual Studio Code. С 17 процентами пирога VS Code был редактором, используемым множеством Кандидаты Triplebyte в прошлом году Это было неожиданностью для меня по двум причинам: во-первых, VS Code — относительно новый продукт от Microsoft, а во-вторых, в прошлом году он даже не фигурировал в наших чартах — его доля была достаточно мала, чтобы попасть в «другое» ведро».

Однако есть еще миры, которые нужно завоевать. Глядя на текущие индексы популярности IDE, в рейтинге Top IDE от Пьера Карбоннеля VS Code находится на 6-м месте (VS IDE — на 1-м), хотя в рейтинге за декабрь 2018 года он претерпел самые большие изменения по сравнению с прошлым годом среди всех остальных. отслеживаемые предложения.

Еще один рейтинг Top IDE (от проекта hype.codes) показывает VS Code на 8-м месте, хотя, опять же, у него самый высокий процентный прирост среди всех отслеживаемых.

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

Мне также интересно, что ждет впереди VS Code и Visual Studio IDE. С его огромной экосистемой расширений, которые могут обеспечить практически любую функциональность, когда легковесный, простой редактор кода включает в себя полнофункциональную корпоративную среду IDE? Когда VS Code станет настолько надежным и производительным, что стирает границы между редакторами кода и IDE?

В конце концов, в нем уже есть много «подобных IDE» функций, таких как: завершение кода; IntelliSense; отладка; совместная работа, DevOps и функциональность интеграции инструментов; и так далее (видимо, никто точно не знает, когда редактор кода становится IDE).

Когда Microsoft отложит среду разработки Visual Studio на второй план и выделит больше ресурсов для VS Code, поскольку он способствует преобразованию открытого исходного кода?

Расскажите мне, что вам нравится/не нравится в этих двух инструментах в разделе комментариев читателей или по электронной почте.

Автор: David Ramel, 19 декабря 2018 г., , 19:000071

  • Install Nsight Visual Studio Edition

    • Software Requirements for Nsight™ Visual Studio Edition Installation

     
    Host Machine
    Target Machine
    Operating System[1] Windows 11
    Windows 10
    Windows Server 2019
    Windows Server 2022
    64-разрядная версия    		 Windows 11
    Windows 10
    Windows Server 2019
    Windows Server 2022
    64-разрядная версия
    Локальная отладка [2][3][4]
    (хост и цель на одном компьютере)    		 Microsoft Visual Studio 2019 Community Edition2 или лучше ]
    -или-
    Microsoft Visual Studio 2017 Community Edition или лучше [5]
    -или-
    Microsoft Visual Studio 2022 Community Edition или лучше [5]     		Та же машина, что и хост
    39 Удаленная отладка [2][3][4]
    (хост и цель на разных компьютерах)    		 Microsoft Visual Studio 2019 Community Edition или лучше [5]
    -или-
    Microsoft Visual Studio 2017 Community Edition или лучше [5]
    -или-
    Microsoft Visual Studio 2022 Community Edition или лучше [5]     		. NET framework 4.0
    [1] Начиная с Nsight™ Visual Studio Edition 2020.1, выпущенного в мае 2020 г. , окна 7 и 8 больше не поддерживаются
    [2] Начиная с Nsight™ Visual Studio Edition 5.6, выпущенного в апреле 2018 г., VS2010 больше не поддерживается.
    [3] Начиная с Nsight™ Visual Studio Edition 2019.3, выпущенного в августе 2019 г., VS2012 и VS2013 больше не поддерживаются.
          Они устарели в Nsight™ Visual Studio Edition 6.0 (выпущенном в сентябре 2018 г.) и Nsight™ Visual Studio Edition 2019.1 (выпущенном в феврале 2019 г.) соответственно.
    [4] Начиная с выпуска Nsight™ Visual Studio Edition 2020.3, выпущенного в декабре 2020 г., поддержка VS2015 прекращена.
    [5] Если установлено несколько экземпляров VS2017, VS2019 или VS2022 и Nsight настроен для установки на них, Nsight будет зарегистрирован во всех экземплярах.

     

    Устранение неполадок при установке Nsight™ Visual Studio Edition

    В процессе установки, в зависимости от имеющихся в системе ресурсов, может произойти неполная установка Nsight™ Visual Studio Edition.

    Возможны следующие сценарии.
    1. Nsight для Visual Studio 2022 не будет установлен
    2. Nsight для Visual Studio 2019 не будет установлен
    3. Nsight для Visual Studio 2017 не будет установлен
    4. Nsight Monitor и HUD не будут установлены

    произойдет, установщик отобразит информацию во время установки с подробным описанием того, что НЕ будет установлено, и возможными причинами.

     

    Например: Nsight для Visual Studio 2017 и Visual Studio 2022 не будут установлены

    Пример скриншотов:

    70087 70087 70087
    . сценарии, которые могут возникнуть во время установки. Щелкните URL-ссылки, чтобы загрузить и установить необходимое программное обеспечение для Nsight™ Visual Studio Edition.