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

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

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

---

这些源代码模块仅仅是一组硬编码参数，然后是对主控制器类的调用，您会如何称呼它们？我不想称它们为“可执行文件”，因为这是我下一步要构建的东西——配置文件、命令行解析器、用户输入等。我不想称它们为“脚本”，因为它们是在我的主要应用程序语言中（另外，我为我的ruby/python/bash脚本保留了“脚本”，这些脚本可以快速而肮脏地完成任务）。

我个人，我把这种东西叫做“存根可执行文件”。

驱动程序呢注意。不是设备驱动程序之类的。我倾向于这样称呼它

希望这有帮助。

从OP更新：

在花了一些时间阅读同义词表之后，我将这些可执行文件的封装称为“vignette”。小插曲是戏剧或电影中的一个简短完整的场景

可执行文件本身，我给动词起名字。所以“RunAnalysis”、“DisplayVisualization”、“ImportDataFromFile”等等