来自高级 (cmdlet) 功能的 PowerShell Add-PSSnapIn

发布于 2024-09-08 00:42:24 字数 386 浏览 5 评论 0原文

我想创建一个带有 cmdlet 函数的高级模块,该函数执行一些逻辑并添加一些 pssnapins。这是代码:

function Add-DefaultSnapIns
{
    [CmdletBinding()]
    param()
    begin {}
    process {
        # ...
        Add-PsSnapIn SnapInName
    }
    end {}
}

export-module -function Add-DefaultSnapIns

如果我从任何点(例如,powershell 提示符)调用该函数,操作都会成功,但管理单元在函数范围之外不可用。该管理单元似乎已注册,但其任何功能均未导出到全局范围。我该如何解决呢?

I would like to create an advancedmodule with a cmdlet function which performs some logic and adds some pssnapins. This is the code:

function Add-DefaultSnapIns
{
    [CmdletBinding()]
    param()
    begin {}
    process {
        # ...
        Add-PsSnapIn SnapInName
    }
    end {}
}

export-module -function Add-DefaultSnapIns

If I invoke the function from any point (for instance, a powershell prompt), the operation succeeds, but the snapin is not available outside of the scope of the function. The snap-in appears registered, but none of its functions have been exported to the global scope. How could I solve it?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

っ左 2024-09-15 00:42:24

这个想法是,模块是独立的,除了它们导出的 cmdlet、函数和别名之外,不会将太多“东西”溢出到全局会话空间中。最好自己添加管理单元作为模块初始化的一部分,然后通过 Export-ModuleMember 导出这些管理单元的 cmdlet。

Well the idea is that Modules are self-contained and don't spill too much of their "stuff" into the global session space except the cmdlets, functions and aliases they export. It might be better to add the snapins yourself as part of the module initialization and then export those snapins' cmdlets via Export-ModuleMember.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文