function - PowerShell 模块设计 - Export-ModuleMember

Question

我正在构建一个模块，用于导出我想通过我的配置文件提供的 cmdlet。此 cmdlet 的实现分布在多个实现文件中，这些文件包含我不想公开的实现功能。所以我用Export-ModuleMember隐藏它们。
文件 get_something.psm1

import-module .\get_something_impl.psm1

function Get-Something {
    [cmdletbinding()]
    Get-SomethingImplementation
}

Export-ModuleMember -Function Get-Something

然后我将 get_something.psm1 添加到我的个人资料中。通过仅导出 Get-Something，我的所有实现功能都保持“私有(private)”。
我遇到的问题是，在使用 Export-ModuleMember 命令时，每次我需要其中的一个函数时，我都必须在我的实现文件中导入一个模块。例如，假设我有一个模块 person.psm1 和一个函数 Get-Person，我需要在我的所有实现文件中调用它。现在我必须在需要调用 Get-Person 的每个文件中导入 person.psm1。这是使用 Export-ModuleMember-Function Get-Something 的结果。没有它，我只需要导入 person.psm1 一次，它就可以使用了。
从本质上讲，Export-ModuleMember 不仅阻止了我对外部的实现。它阻止了我自己的实现。
这是预期的并被认为是设计 PowerShell 模块的正常方面吗？

Answer 1

这实际上是在模块开发过程中的一些争论。原来，Export-ModuleMember需要导出任何功能。这变得乏味和限制。因此，默认情况下，模块中的所有函数都是可见的，但变量和别名不可见，只要您从未使用过 Export-ModuleMember在 .PSM1 内.
如果您使用 Export-ModuleMember ，它开始限制该列表。导出较少数量的函数可能不是一个坏主意，但您必须谨慎使用它。
你可以写:

Export-ModuleMember -Function a,b,c

它导出了一些功能。
或者

Export-ModuleMember -Function *

后者相当于省略 Export-ModuleMember共。
如果你愿意，你可以使用更多限制性的通配符，但我发现 99% 的时间，你根本不需要费心。
您似乎要问的另一件事是如何最好地处理模块依赖关系。如今，在编写脚本时导入一个或两个模块相当普遍，就像在 C# 项目中包含一个或两个程序集相当普遍一样。如果您在模块内部执行此操作，可以使用 -Global标记 Import-Module , 并避免使用 -Force (这将重新加载模块)。这使得在不同功能中重用模块的效率更高。它还减少了“循环”(卸载和重新加载)模块的问题，不幸的是，许多模块做得不好。
在每个函数中引用模块的替代方法是使用模块 list ( Get-Help New-ModuleManifest)。模块 list 非常有趣，模块开发的许多部分都需要学习。如果您在 RequiredModules 中包含模块模块 list 的列表，它将在导入模块之前自动加载(至少在 PowerShell 3 和更高版本中)。如果您在 NestedModules 中包含模块模块 list 的列表，它将作为模块的一部分加载，模块导出的命令将由您的模块导出。
模块设计是一头棘手的野兽，但做得对是非常有益的。祝你好运。