Меню Рубрики

Установка всех модулей в powershell

Импорт модуля PowerShell Importing a PowerShell Module

После установки модуля в системе может потребоваться импортировать модуль. Once you have installed a module on a system, you will likely want to import the module. Импорт — это процесс, который загружает модуль в активную память, чтобы пользователь мог получить доступ к этому модулю в сеансе PowerShell. Importing is the process that loads the module into active memory, so that a user can access that module in their PowerShell session. В PowerShell 2,0 можно импортировать недавно установленный модуль PowerShell с помощью вызова командлета Import-Module . In PowerShell 2.0, you can import a newly-installed PowerShell module with a call to Import-Module cmdlet. В PowerShell 3,0 PowerShell может неявно импортировать модуль, когда пользователь вызывает одну из функций или командлетов в модуле. In PowerShell 3.0, PowerShell is able to implicitly import a module when one of the functions or cmdlets in the module is called by a user. Обратите внимание, что в обеих версиях предполагается, что модуль устанавливается в расположение, где PowerShell может его найти. Дополнительные сведения см. в разделе Установка модуля PowerShell. Note that both versions assume that you install your module in a location where PowerShell is able to find it; for more information, see Installing a PowerShell Module. Манифест модуля можно использовать для ограничения экспортируемых частей модуля, и можно использовать параметры вызова Import-Module , чтобы ограничить импортируемые части. You can use a module manifest to restrict what parts of your module are exported, and you can use parameters of the Import-Module call to restrict what parts are imported.

Импорт оснастки (PowerShell 1,0) Importing a Snap-In (PowerShell 1.0)

Модули не существовали в PowerShell 1,0. вместо этого необходимо было зарегистрировать и использовать оснастки. Однако мы не рекомендуем использовать эту технологию на этом этапе, так как модули обычно проще устанавливать и импортировать. Modules did not exist in PowerShell 1.0: instead, you had to register and use snap-ins. However, it is not recommended that you use this technology at this point, as modules are generally easier to install and import. Дополнительные сведения см. в разделе Создание оснастки Windows PowerShell. For more information, see How to Create a Windows PowerShell Snap-in.

Импорт модуля с помощью Import-Module (PowerShell 2,0) Importing a Module with Import-Module (PowerShell 2.0)

Для импорта модулей в PowerShell 2,0 используется командлет Import-Module с соответствующим именем. PowerShell 2.0 uses the appropriately-named Import-Module cmdlet to import modules. При запуске этого командлета Windows PowerShell ищет указанный модуль в каталогах, указанных в переменной PSModulePath . When this cmdlet is run, Windows PowerShell searches for the specified module within the directories specified in the PSModulePath variable. При обнаружении указанного каталога Windows PowerShell ищет файлы в следующем порядке: файлы манифеста модуля (. PSD1), файлы модулей скриптов (. PSM1), двоичные файлы модулей (. dll). When the specified directory is found, Windows PowerShell searches for files in the following order: module manifest files (.psd1), script module files (.psm1), binary module files (.dll). Дополнительные сведения о добавлении каталогов в поиск см. в разделе изменение пути установки PSModulePath. For more information about adding directories to the search, see Modifying the PSModulePath Installation Path. В следующем примере кода показано, как импортировать модуль: The following code describes how to import a module:

При условии, что служба myModule была размещена в PSModulePath , PowerShell загрузит myModule в активную память. Assuming that myModule was located in the PSModulePath , PowerShell would load myModule into active memory. Если она не была найдена по пути PSModulePath , вы по-прежнему можете явно указать PowerShell, где его найти: If myModule was not located on a PSModulePath path, you could still explicitly tell PowerShell where to find it:

Можно также использовать параметр -Verbose , чтобы определить, что экспортируется из модуля и что импортируется в активную память. You can also use the -Verbose parameter to identify what is being exported out of the module, and what is being imported into active memory. Экспорт и импорт ограничивают содержимое, доступное пользователю. разница заключается в том, кто управляет видимостью. Both exports and imports restrict what is exposed to the user: the difference is who is controlling the visibility. По сути, экспорты управляются кодом внутри модуля. Essentially, exports are controlled by code within the module. В отличие от этого, управление импортом осуществляется с помощью вызова Import-Module . In contrast, imports are controlled by the Import-Module call. Дополнительные сведения см. в разделе запрещение импортируемых элементовниже. For more information, see Restricting Members That Are Imported, below.

Неявный импорт модуля (PowerShell 3,0) Implicitly Importing a Module (PowerShell 3.0)

Начиная с Windows PowerShell 3.0, модули импортируются автоматически, когда любой командлет или любая функция из модуля используются в команде. Beginning in Windows PowerShell 3.0, modules are imported automatically when any cmdlet or function in the module is used in a command. Эта функция работает для любого модуля в каталоге, который входит в значение переменной среды PSModulePath . This feature works on any module in a directory that this included in the value of the PSModulePath environment variable. Если вы не сохраните модуль по действительному пути, вы по-прежнему можете загрузить их с помощью явного параметра Import-Module , описанного выше. If you do not save your module on a valid path however, you can still load them using the explicit Import-Module option, described above.

Следующие действия активируют автоматический импорт модуля, также известный как «Автоматическая загрузка модуля». The following actions trigger automatic importing of a module, also known as «module auto-loading.»

Использование командлета в команде. Using a cmdlet in a command. Например, при вводе Get-ExecutionPolicy импортируется модуль Microsoft. PowerShell. Security, содержащий командлет Get-ExecutionPolicy . For example, typing Get-ExecutionPolicy imports the Microsoft.PowerShell.Security module that contains the Get-ExecutionPolicy cmdlet.

Использование командлета Get-Command для получения команды. Using the Get-Command cmdlet to get the command. Например, при вводе Get-Command Get-JobTrigger импортируется модуль PSScheduledJob , содержащий командлет Get-JobTrigger . For example, typing Get-Command Get-JobTrigger imports the PSScheduledJob module that contains the Get-JobTrigger cmdlet. Команда Get-Command , содержащая подстановочные знаки, считается обнаружением и не инициирует импорт модуля. A Get-Command command that includes wildcard characters is considered to be discovery and does not trigger importing of a module.

Использование командлета Get-Help для получения справки по командлету. Using the Get-Help cmdlet to get help for a cmdlet. Например, при вводе Get-Help Get-WinEvent импортируется модуль Microsoft. PowerShell. Diagnostics, содержащий командлет Get-WinEvent . For example, typing Get-Help Get-WinEvent imports the Microsoft.PowerShell.Diagnostics module that contains the Get-WinEvent cmdlet.

Для поддержки автоматического импорта модулей командлет Get-Command получает все командлеты и функции во всех установленных модулях, даже если модуль не импортируется в сеанс. To support automatic importing of modules, the Get-Command cmdlet gets all cmdlets and functions in all installed modules, even if the module is not imported into the session. Дополнительные сведения см. в разделе справки по командлету Get-Command . For more information, see the help topic for the Get-Command cmdlet.

Читайте также:  Установка gimp для линукса

Процесс импорта The Importing Process

При импорте модуля для модуля создается новое состояние сеанса, а в памяти создается объект System. Management. Automation. PSModuleInfo . When a module is imported, a new session state is created for the module, and a System.Management.Automation.PSModuleInfo object is created in memory. Состояние сеанса создается для каждого импортируемого модуля (включая корневой модуль и все вложенные модули). A session-state is created for each module that is imported (this includes the root module and any nested modules). Элементы, экспортированные из корневого модуля, включая все элементы, экспортированные в корневой модуль любыми вложенными модулями, затем импортируются в состояние сеанса вызывающего. The members that are exported from the root module, including any members that were exported to the root module by any nested modules, are then imported into the caller’s session state.

Метаданные элементов, экспортированных из модуля, имеют свойство ModuleName. The metadata of members that are exported from a module have a ModuleName property. Это свойство заполняется именем модуля, в котором они были экспортированы. This property is populated with the name of the module that exported them.

Если имя экспортированного элемента использует неутвержденную команду или если имя члена использует ограниченные символы, то при выполнении командлета Import-Module отображается предупреждение. If the name of an exported member uses an unapproved verb or if the name of the member uses restricted characters, a warning is displayed when the Import-Module cmdlet is run.

По умолчанию командлет Import-Module не возвращает ни одного объекта в конвейер. By default, the Import-Module cmdlet does not return any objects to the pipeline. Однако командлет поддерживает параметр PassThru , который можно использовать для возврата объекта System. Management. Automation. PSModuleInfo для каждого импортируемого модуля. However, the cmdlet supports a PassThru parameter that can be used to return a System.Management.Automation.PSModuleInfo object for each module that is imported. Для отправки выходных данных на узел Пользователи должны запустить командлет Write-Host . To send output to the host, users should run the Write-Host cmdlet.

Ограничьте импортируемые элементы Restricting the Members That Are Imported

При импорте модуля с помощью командлета Import-Module по умолчанию все экспортированные элементы модуля импортируются в сеанс, включая все команды, экспортированные в модуль вложенным модулем. When a module is imported by using the Import-Module cmdlet, by default, all exported module members are imported into the session, including any commands exported to the module by a nested module. По умолчанию переменные и псевдонимы не экспортируются. By default, variables and aliases are not exported. Чтобы ограничить экспортируемые элементы, используйте манифест модуля. To restrict the members that are exported, use a module manifest. Чтобы ограничить импортируемые элементы, используйте следующие параметры командлета Import-Module . To restrict the members that are imported, use the following parameters of the Import-Module cmdlet.

Функция: этот параметр разрешает экспорт экспортируемых функций. Function: This parameter restricts the functions that are exported. (Если вы используете манифест модуля, см. раздел FunctionsToExport Key.) (If you are using a module manifest, see the FunctionsToExport key.)

`командлет. Этот параметр позволяет ограничивать экспортируемые командлеты (если вы используете манифест модуля, см. раздел CmdletsToExport). `Cmdlet: This parameter restricts the cmdlets that are exported (If you are using a module manifest, see the CmdletsToExport key.)

Переменная. Этот параметр позволяет ограничивать экспортируемые переменные (если используется манифест модуля, см. раздел вариаблестоекспорт). Variable: This parameter restricts the variables that are exported (If you are using a module manifest, see the VariablesToExport key.)

Псевдоним. Этот параметр позволяет ограничивать экспортируемые псевдонимы (если вы используете манифест модуля, см. раздел алиасестоекспорт). Alias: This parameter restricts the aliases that are exported (If you are using a module manifest, see the AliasesToExport key.)

источник

Установка модуля PowerShell Installing a PowerShell Module

После создания модуля PowerShell, вероятно, потребуется установить модуль в системе, чтобы вы или другие могли его использовать. After you have created your PowerShell module, you will likely want to install the module on a system, so that you or others may use it. В целом, это состоит из копирования файлов модулей (Internet Explorer,. PSM1 или двоичной сборки, манифеста модуля и других связанных файлов) в каталог на этом компьютере. Generally speaking, this consists of copying the module files (ie, the .psm1, or the binary assembly, the module manifest, and any other associated files) onto a directory on that computer. Для очень маленького проекта это может быть просто копированием и вставлением файлов с помощью проводника Windows на один удаленный компьютер. Однако для более крупных решений может потребоваться более сложный процесс установки. For a very small project, this may be as simple as copying and pasting the files with Windows Explorer onto a single remote computer; however, for larger solutions you may wish to use a more sophisticated installation process. Независимо от того, как вы получаете модуль в системе, PowerShell может использовать ряд методов, позволяющих пользователям находить и использовать ваши модули. Regardless of how you get your module onto the system, PowerShell can use a number of techniques that will let users find and use your modules. Поэтому основная ошибка установки гарантирует, что PowerShell сможет найти ваш модуль. Therefore, the main issue for installation is ensuring that PowerShell will be able to find your module. Дополнительные сведения см. в разделе Импорт модуля PowerShell. For more information, see Importing a PowerShell Module.

Правила установки модулей Rules for Installing Modules

Следующие сведения относятся ко всем модулям, включая модули, созданные для собственного использования, модули, получаемые от других сторон, и модули, распространяемые другим пользователям. The following information pertains to all modules, including modules that you create for your own use, modules that you get from other parties, and modules that you distribute to others.

Установка модулей в PSModulePath Install Modules in PSModulePath

Когда это возможно, установите все модули в пути, указанном в переменной среды PSModulePath , или добавьте путь к модулю в значение переменной среды PSModulePath . Whenever possible, install all modules in a path that is listed in the PSModulePath environment variable or add the module path to the PSModulePath environment variable value.

Переменная среды PSModulePath ($env:P смодулепас) содержит расположение модулей Windows PowerShell. The PSModulePath environment variable ($Env:PSModulePath) contains the locations of Windows PowerShell modules. Командлеты используют значение этой переменной среды для поиска модулей. Cmdlets rely on the value of this environment variable to find modules.

По умолчанию значение переменной среды PSModulePath содержит следующие системные и пользовательские каталоги модулей, но можно добавлять и изменять значения. By default, the PSModulePath environment variable value contains the following system and user module directories, but you can add to and edit the value.

$PSHome\Modules (%Windir%\System32\WindowsPowerShell\v1.0\Modules) $PSHome\Modules (%Windir%\System32\WindowsPowerShell\v1.0\Modules)

Это расположение зарезервировано для модулей, поставляемых с Windows. This location is reserved for modules that ship with Windows. Не устанавливайте модули в это расположение. Do not install modules to this location.

Читайте также:  Установка и настройка ap9617

$Home\Documents\WindowsPowerShell\Modules (%Усерпрофиле%\документс\виндовсповершелл\модулес) $Home\Documents\WindowsPowerShell\Modules (%UserProfile%\Documents\WindowsPowerShell\Modules)

$Env:ProgramFiles\WindowsPowerShell\Modules (%Програмфилес%\виндовсповершелл\модулес) $Env:ProgramFiles\WindowsPowerShell\Modules (%ProgramFiles%\WindowsPowerShell\Modules)

Чтобы получить значение переменной среды PSModulePath , используйте одну из следующих команд. To get the value of the PSModulePath environment variable, use either of the following commands.

Чтобы добавить путь к модулю в значение переменной среды PSModulePath , используйте следующий формат команды: To add a module path to value of the PSModulePath environment variable value, use the following command format. Этот формат использует метод SetEnvironmentVariable класса System. Environment , чтобы сделать независимым от сеанса изменение переменной среды PSModulePath . This format uses the SetEnvironmentVariable method of the System.Environment class to make a session-independent change to the PSModulePath environment variable.

После добавления пути к PSModulePathследует транслировать сообщение окружения об изменении. Once you have added the path to PSModulePath, you should broadcast an environment message about the change. Широковещательная рассылка изменений позволяет другим приложениям, таким как оболочка, принимать изменения. Broadcasting the change allows other applications, such as the shell, to pick up the change. Чтобы выполнить широковещательную рассылку изменений, попросите код установки продукта отправить WM_SETTINGCHANGE сообщение с lParam для строки «Environment». To broadcast the change, have your product installation code send a WM_SETTINGCHANGE message with lParam set to the string «Environment». Не забудьте отправить сообщение после того, как код установки модуля обновил PSModulePath. Be sure to send the message after your module installation code has updated PSModulePath.

Использовать правильное имя каталога модулей Use the Correct Module Directory Name

Правильно сформированный модуль — это модуль, хранящийся в каталоге, имя которого совпадает с базовым именем по крайней мере одного файла в каталоге модуля. A well-formed module is a module that is stored in a directory that has the same name as the base name of at least one file in the module directory. Если модуль не имеет правильного формата, Windows PowerShell не распознает его как модуль. If a module is not well-formed, Windows PowerShell does not recognize it as a module.

«Базовое имя» файла — это имя без расширения имени файла. The «base name» of a file is the name without the file name extension. В правильно оформленном модуле имя каталога, содержащего файлы модулей, должно совпадать с базовым именем по крайней мере одного файла в модуле. In a well-formed module, the name of the directory that contains the module files must match the base name of at least one file in the module.

Например, в примере модуля Fabrikam каталог, содержащий файлы модулей, называется Fabrikam, а по крайней мере один файл имеет базовое имя «Fabrikam». For example, in the sample Fabrikam module, the directory that contains the module files is named «Fabrikam» and at least one file has the «Fabrikam» base name. В этом случае Fabrikam. PSD1 и Fabrikam. DLL имеют базовое имя «Fabrikam». In this case, both Fabrikam.psd1 and Fabrikam.dll have the «Fabrikam» base name.

Воздействие неправильной установки Effect of Incorrect Installation

Если модуль не имеет правильного формата и его расположение не включено в значение переменной среды PSModulePath , основные функции обнаружения Windows PowerShell, такие как следующие, не работают. If the module is not well-formed and its location is not included in the value of the PSModulePath environment variable, basic discovery features of Windows PowerShell, such as the following, do not work.

Функция автоматической загрузки модуля не может автоматически импортировать модуль. The Module Auto-Loading feature cannot import the module automatically.

Параметр ListAvailable командлета Get-Module не может найти модуль. The ListAvailable parameter of the Get-Module cmdlet cannot find the module.

Командлету Import-Module не удается найти модуль. The Import-Module cmdlet cannot find the module. Чтобы импортировать модуль, необходимо указать полный путь к файлу корневого модуля или файла манифеста модуля. To import the module, you must provide the full path to the root module file or module manifest file.

Дополнительные функции, например следующие, не работают, если модуль не импортируется в сеанс. Additional features, such as the following, do not work unless the module is imported into the session. В модулях с правильным форматом в переменной среды PSModulePath эти функции работают даже в том случае, если модуль не импортируется в сеанс. In well-formed modules in the PSModulePath environment variable, these features work even when the module is not imported into the session.

Командлету Get-Command не удается найти команды в модуле. The Get-Command cmdlet cannot find commands in the module.

Командлеты Update — Help и Save-Help не могут обновить или сохранить справку для модуля. The Update-Help and Save-Help cmdlets cannot update or save help for the module.

Командлету » Показать-команда » не удается найти и отобразить команды в модуле. The Show-Command cmdlet cannot find and display the commands in the module.

Команды в модуле отсутствуют в окне Show-Command в интегрированной среде сценариев Windows PowerShell (ISE). The commands in the module are missing from the Show-Command window in Windows PowerShell Integrated Scripting Environment (ISE).

Место установки модулей Where to Install Modules

В этом разделе описывается, где в файловой системе устанавливаются модули Windows PowerShell. This section explains where in the file system to install Windows PowerShell modules. Расположение зависит от того, как используется модуль. The location depends on how the module is used.

Установка модулей для определенного пользователя Installing Modules for a Specific User

Если вы создаете собственный модуль или получаете модуль от другой стороны, например веб-сайт сообщества Windows PowerShell, и вам требуется, чтобы модуль был доступен только для вашей учетной записи пользователя, установите модуль в каталоге модулей для конкретных пользователей. If you create your own module or get a module from another party, such as a Windows PowerShell community website, and you want the module to be available for your user account only, install the module in your user-specific Modules directory.

Каталог пользовательских модулей добавляется к значению переменной среды PSModulePath по умолчанию. The user-specific Modules directory is added to the value of the PSModulePath environment variable by default.

Установка модулей для всех пользователей в программных файлах Installing Modules for all Users in Program Files

Если требуется, чтобы модуль был доступен для всех учетных записей пользователей на компьютере, установите модуль в папку Program Files. If you want a module to be available to all user accounts on the computer, install the module in the Program Files location.

Расположение программных файлов добавляется в значение переменной среды PSModulePath по умолчанию в Windows PowerShell 4,0 и более поздних версиях. The Program Files location is added to the value of the PSModulePath environment variable by default in Windows PowerShell 4.0 and later. Для более ранних версий Windows PowerShell можно вручную создать расположение программных файлов ((%Програмфилес%\виндовсповершелл\модулес) и добавить этот путь в переменную среды PSModulePath, как описано выше. For earlier versions of Windows PowerShell, you can manually create the Program Files location ((%ProgramFiles%\WindowsPowerShell\Modules) and add this path to your PSModulePath environment variable as described above.

Читайте также:  Установка деревянных плинтусов на жидкие гвозди

Установка модулей в каталоге продукта Installing Modules in a Product Directory

Если вы распространяете модуль другим сторонам, используйте расположение программных файлов по умолчанию, описанное выше, или создайте собственный подкаталог, относящийся к конкретной компании или продукт, в каталоге% ProgramFiles%. If you are distributing the module to other parties, use the default Program Files location described above, or create your own company-specific or product-specific subdirectory of the %ProgramFiles% directory.

Например, технологии Fabrikam, вымышленная компания, поставляют модуль Windows PowerShell для своего продукта Fabrikam Manager. For example, Fabrikam Technologies, a fictitious company, is shipping a Windows PowerShell module for their Fabrikam Manager product. Установщик модуля создает подкаталог modules в подкаталоге продукта Fabrikam Manager. Their module installer creates a Modules subdirectory in the Fabrikam Manager product subdirectory.

Чтобы включить функции обнаружения модулей Windows PowerShell для поиска модуля Fabrikam, Установщик модуля Fabrikam добавляет расположение модуля в значение переменной среды PSModulePath . To enable the Windows PowerShell module discovery features to find the Fabrikam module, the Fabrikam module installer adds the module location to the value of the PSModulePath environment variable.

Установка модулей в каталоге общих файлов Installing Modules in the Common Files Directory

Если модуль используется несколькими компонентами продукта или несколькими версиями продукта, установите модуль в подкаталог, зависящий от модуля, в подкаталоге%ProgramFiles%\Common Филес\модулес. If a module is used by multiple components of a product or by multiple versions of a product, install the module in a module-specific subdirectory of the %ProgramFiles%\Common Files\Modules subdirectory.

В следующем примере модуль Fabrikam устанавливается в подкаталог Fabrikam подкаталога %ProgramFiles%\Common Files\Modules . In the following example, the Fabrikam module is installed in a Fabrikam subdirectory of the %ProgramFiles%\Common Files\Modules subdirectory. Обратите внимание, что каждый модуль находится в отдельном подкаталоге в подкаталоге modules. Note that each module resides in its own subdirectory in the Modules subdirectory.

Затем установщик гарантирует, что значение переменной среды PSModulePath включает путь к подкаталогу Common Files modules. Then, the installer assures the value of the PSModulePath environment variable includes the path of the common files modules subdirectory.

Установка нескольких версий модуля Installing Multiple Versions of a Module

Чтобы установить несколько версий одного модуля, выполните следующую процедуру. To install multiple versions of the same module, use the following procedure.

  1. Создайте каталог для каждой версии модуля. Create a directory for each version of the module. Включить номер версии в имя каталога. Include the version number in the directory name.
  2. Создайте манифест модуля для каждой версии модуля. Create a module manifest for each version of the module. В поле значение ключа « в манифесте» введите номер версии модуля. In the value of the ModuleVersion key in the manifest, enter the module version number. Сохраните файл манифеста (. PSD1) в каталоге, зависящем от версии, для модуля. Save the manifest file (.psd1) in the version-specific directory for the module.
  3. Добавьте путь к корневой папке модуля в значение переменной среды PSModulePath , как показано в следующих примерах. Add the module root folder path to the value of the PSModulePath environment variable, as shown in the following examples.

Чтобы импортировать определенную версию модуля, конечный пользователь может использовать MinimumVersion или RequiredVersion параметры командлета Import-Module . To import a particular version of the module, the end-user can use the MinimumVersion or RequiredVersion parameters of the Import-Module cmdlet.

Например, если модуль Fabrikam доступен в версиях 8,0 и 9,0, структура каталогов модуля Fabrikam может выглядеть следующим образом. For example, if the Fabrikam module is available in versions 8.0 and 9.0, the Fabrikam module directory structure might resemble the following.

Установщик добавляет оба пути к модулю в значение переменной среды PSModulePath . The installer adds both of the module paths to the PSModulePath environment variable value.

После выполнения этих действий параметр ListAvailable командлета Get-Module получает оба модуля Fabrikam. When these steps are complete, the ListAvailable parameter of the Get-Module cmdlet gets both of the Fabrikam modules. Чтобы импортировать определенный модуль, используйте параметры MinimumVersion или RequiredVersion командлета Import-Module . To import a particular module, use the MinimumVersion or RequiredVersion parameters of the Import-Module cmdlet.

Если оба модуля импортируются в один сеанс, а модули содержат командлеты с одинаковыми именами, командлеты, импортируемые последними, вступают в силу в этом сеансе. If both modules are imported into the same session, and the modules contain cmdlets with the same names, the cmdlets that are imported last are effective in the session.

Обработка конфликтов имен команд Handling Command Name Conflicts

Конфликты имен команд могут возникать, когда команды, экспортируемые модулем, имеют те же имена, что и команды в сеансе пользователя. Command name conflicts can occur when the commands that a module exports have the same name as commands in the user’s session.

Если сеанс содержит две команды с одинаковыми именами, Windows PowerShell выполняет тип команды, имеющий приоритет. When a session contains two commands that have the same name, Windows PowerShell runs the command type that takes precedence. Если сеанс содержит две команды с одинаковым именем и одним и тем же типом, Windows PowerShell выполняет команду, которая была добавлена в сеанс в последнее время. When a session contains two commands that have the same name and the same type, Windows PowerShell runs the command that was added to the session most recently. Чтобы выполнить команду, которая не выполняется по умолчанию, пользователи могут указать имя модуля в качестве имени команды. To run a command that is not run by default, users can qualify the command name with the module name.

Например, если сеанс содержит функцию Get-Date и командлет Get-Date , Windows PowerShell по умолчанию выполняет эту функцию. For example, if the session contains a Get-Date function and the Get-Date cmdlet, Windows PowerShell runs the function by default. Чтобы выполнить командлет, перед командой введите имя модуля, например: To run the cmdlet, preface the command with the module name, such as:

Чтобы предотвратить конфликты имен, авторы модулей могут использовать ключ DefaultCommandPrefix в манифесте модуля, чтобы указать префикс существительное для всех команд, экспортируемых из модуля. To prevent name conflicts, module authors can use the DefaultCommandPrefix key in the module manifest to specify a noun prefix for all commands exported from the module.

Пользователи могут использовать параметр prefix командлета Import-Module для использования альтернативного префикса. Users can use the Prefix parameter of the Import-Module cmdlet to use an alternate prefix. Значение параметра prefix имеет приоритет над значением ключа DefaultCommandPrefix . The value of the Prefix parameter takes precedence over the value of the DefaultCommandPrefix key.

источник

Добавить комментарий

Adblock
detector