design-patterns - 命名该模式：这种类型的可执行模块是否已经存在合适的名称？

Question

我无法命名一组遵循相同模式的软件模块。我希望这已经是一个命名模式，因为我想不出一个像样的名字。

情况：我有一个相当复杂/复杂的面向对象应用程序，并带有单元测试。我需要开始运行这个东西并使用它。代码库中可能有 5-10 个入口点可能会产生良好的可执行文件，但我宁愿不特别提交任何内容并构建命令行解析器、配置文件解析器等，至少现在还没有。在此之前，我正在构建一组主要方法，其中所有程序参数都是硬编码的。这些比真正的可执行文件更容易修改，我是唯一需要在这个舞台上看到它们的人。

你会怎么称呼这些源代码模块，它们只是一组硬编码参数，然后是对主控制器类的调用？我不想称它们为“可执行文件”，因为这就是我接下来要构建的东西——带有配置文件、命令行解析器、用户输入等的东西。我不想称它们为“脚本”，因为它们是在我的主要应用程序语言中（另外我为我的 ruby​​/python/bash 脚本保留了“脚本”，这些脚本可以做快速而肮脏的事情。）

Answer 1

司机呢？注意。不是设备驱动程序或类似的东西。我倾向于这样称呼它。

希望这可以帮助。

Answer 2

来自 OP 的更新：

在花了一些时间使用同义词库之后，我将这些可执行文件称为“小插图”中的包。小插曲是戏剧或电影中简短而完整的场景。

可执行文件本身我给出了动词名称。所以“RunAnalysis”、“DisplayVisualization”、“ImportDataFromFile”等。

Answer 3

就个人而言，我将这种东西称为“存根可执行文件”。