#powershell #visual-studio-code #workflow #intellisense
#powershell #visual-studio-code #рабочий процесс #intellisense
Вопрос:
Проблема:
Итак, я использовал vscode в основном для go, и интерфейс по умолчанию был настолько приятным, что мне почти никогда не приходилось копаться в настройках vscode, чтобы улучшить его. Однако это меня испортило.
Сейчас я изучаю powershell, и мне не хватает таких вещей, как возможность наведения курсора мыши на пользовательский тип, чтобы увидеть его определение, и автозаполнение для автоматического доступа к объектам без необходимости запускать часть скрипта, чтобы они стали доступными.
Мне нравится строго типизированное программирование, и я создаю множество пользовательских классов в powershell для организации кода, но всякий раз, когда я создаю экземпляр пользовательского класса, я теряю время на поиск определения класса, если я случайно забыл, как я назвал свойство.
Вопрос:
Я надеюсь улучшить работу с vscode powershell, поместив готовые пользовательские классы и функции в модуль powershell, который автоматически загружается рабочей областью для проекта при открытии vscode. Я думаю, что это будет лучший способ приблизиться к опыту кодирования go, который у меня был ранее, когда я могу начать вызывать функцию или создавать экземпляр пользовательского класса и иметь доступное автозаполнение, поэтому мне не нужно искать определения, если я случайно забуду имена своих параметров или свойств.
Будет ли это правильным способом решения проблемы и может быть выполнено? Или есть ли лучший способ сделать это с помощью powershell и vscode? Я видел предложения использовать powershell preview и vscode insider для улучшения функций intellisense в powershell, но, к сожалению, я не увидел никакой разницы.
Ответ №1:
После того, как я немного погуглил, похоже, что моя жалоба связана с известным ограничением расширения powershell для VSCode.
Часто задаваемые вопросы о расширении powershell содержат:
Классы PowerShell не имеют надлежащей поддержки ссылок / символов — # 3
Одним из препятствий для этого было то, что мы по-прежнему поддерживали Windows PowerShell v3 и v4. Однако мы больше не поддерживаем версии v3 и v4, поэтому мы можем выполнить эту работу, но в настоящее время это не входит в план действий.
И проблема отслеживается: Внедрите поставщиков символов документа и рабочей области для классов # 3