2011-12-28 3 views

ответ

5

Не знаю, что я знаю, но PowerShell 3.0 имеет устанавливаемую консоль на базе Интернета, которая является компонентом Windows Server. Полное intellisense, работы. Очень похоже на серию try *. Загрузите v3 и попробуйте сами.

2

Tutorialspoint предлагает an online PowerShell interpreter (среди множества других программных сред) на своем сайте CodingGround.

В действительности, это не настоящий интерпретатор PowerShell, а PASH shell, который является адаптером Mono для скриптового инструментария Microsoft. Тем не менее, синтаксис и стандартные командлеты должны быть одинаковыми. Однако вы обнаружите, что он отсутствует или имеет разные переменные среды и другие элементы, относящиеся к реализации.

+0

Pash немного отстает от PowerShell, как с точки зрения поддержки языка, так и с помощью командлета. – Joey

+0

В свете ретроспективного анализа: теперь [PowerShell поддерживается на платформах Unix через .NET Core] (https://github.com/PowerShell/PowerShell), можно с уверенностью предположить, что он будет [заменять Pash] (https: //groups.google.com/forum/#!topic/pash-project/cFZx_XfRN28). – mklement0

13

Полное раскрытие информации: Я являюсь владельцем Try It Online.

TIO Nexus имеет Powershell interpreter на нескольких днях назад. Он использует Powershell v6.0.0-alpha.13, который является последней версией Powershell для Linux.

Я снова включить these aliases –, которые конфликтуют с POSIX утилит одного и того же имени на * NIX – сделать онлайн переводчик более похож на Powershell на Windows. Powershell Core имеет только псевдонимы, которые разработчики считают подходящими для * nix.

+0

Позвольте мне повторить после очистки моих оригинальных комментариев: Это выглядит очень многообещающим. Я выкопал глубже: PowerShell _Core_, когда он установлен на _Windows_ (который отличается от _Windows PowerShell_!), По-прежнему имеет псевдонимы, подобные Unix, поэтому самым точным именем будет строго «PowerShell on », ваш случай «PowerShell на Fedora» или «PowerShell на Fedora 24». Это означает, что это версия ядра, работающая на Linux (Fedora). Тем не менее, учитывая, что большинство людей установят PowerShell _Core_ только на платформах Unix, возможно, «PowerShell Core» лучше всего. – mklement0

+0

Обратите внимание, что это также означает, что ваша служба с именем «PowerShell» _with_ Unix-подобные псевдонимы эффективно эмулирует _PowerShell [Core] в Windows_, который, как уже упоминалось, не совпадает с _Windows PowerShell_: PowerShell Core работает на _.NET Core_ даже в Windows, тогда как Windows PowerShell «отправляется только на Windows и запрашивает полный CLR_». – mklement0

+0

Я поэтому задаюсь вопросом, стоит ли вообще иметь отдельную службу с поддержкой Core-plus-Unix-like-aliases, учитывая, что пользователи PowerShell _Core_, скорее всего, будут искать опыт _cross-platform_, где Unix-подобные псевдонимы не могут рассчитываться. (Еще один вариант: переименуйте в «PowerShell Core (Windows aliases)».) Я думаю, что это поможет кросс-платформенному внедрению PowerShell в долгосрочной перспективе, чтобы побудить людей обойтись без устаревших псевдонимов, названных для утилит Unix (например, 'ls',' cat') или "DOS" (например, 'dir',' type') и вместо этого использовать только «собственные» псевдонимы PowerShell, такие как 'gci' и' gc'. – mklement0

Смежные вопросы