你绝对不应该在你的包的 Backbone.js 模块的导出中把这样的内部函数和高级函数放在一起。这会使接口/haddock很难理解，如果用户依赖于在未来版本中很容易改变的低级细节，也会带来问题。
因此，我会将这些函数保存在一个“内部”模块中，“公共”模块会导入这些函数，但只会重新导出那些缩进使用的函数：

• 公开

module Numeric.Hegash.Optimization (optimize) where
import Numeric.Hegash.Optimization.Internal

• 专用

module Numeric.Hegash.Optimization.Internal where

gradientDesc :: ...
gradientDesc = ...

optimize :: ...
optimize = ... gradientDesc ...

一个更有争议的问题是，是否仍然允许用户加载Internal模块，也就是说，是否应该将其放在.cabal文件的exposed-modules或other-modules部分。因为总有一些你没有预见到的有效用例，这也使得测试更容易，只要确保你清楚地记录下模块是不稳定的就行了。只有那些在实现细节中非常深入以至于基本上不可能在模块之外使用的函数才不应该被公开。

通过将函数列在标题中，可以有选择地从模块中导出函数。例如，如果有函数gradient和gradient1，并且只想导出前者，则可以编写：

module Gradient (gradient) where

您也可以使用where将中间函数合并到它们的父函数中，以将作用域限制在父函数中。这也将防止内部函数被导出：

gradient ... =
  ...
  where
    gradient1 ... = ...