我必须实现一个读取配置文件并运行配置文件中指定的应用程序/程序的工具。一种用于测试的自动化运行器。我已经实现了一个可以做到这一点的程序,但是我遇到了依赖墙。在我当前的设计中,工具会解析配置文件并检索 ProgramType 的 Map 和 Jobs 列表。根据 ProgramType,选择并初始化一个 Runner 类, runner 类是 Program src 的一部分。
//this is just a pseudo code
pkg org.Tool
class Tool {
//after parsing
runJobs(map) {
if(map.get() == ProgramType)
org.Tool.JobStats = org.ProgramType.Runner.run(Job)
}
}
pkg org.ProgramType
class Runner {
org.Tool.JobStats run(Job) {
if(Job = "certain job")
return CertainJob.run(Job)
}
}
要构建工具,我需要编译 org.ProgramType.*; 要构建 ProgramType,我需要 org.Tool.Job 和 org.Tool.JobStats。我创建的“依赖地狱”显然是非常糟糕的设计。我提供了一个简单地调用 ProgramType jar 并将 JobStats 存储在 jobStats.txt 文件中的解决方案,一旦 jar 执行完成,读取文件并处理它。此解决方案是不可接受的,因为作业可以使用许多配置等多次运行,只需处理很多 *.txt 文件。我想我曾经看到过针对我的问题的编译解决方案,例如“部分编译”工具、编译 ProgramType、重新编译工具。但是我找不到它,摆脱“依赖地狱”反模式也是明智之举。因此我的问题是“我应该如何设计这个”。
(我希望解释清楚,如果不只是问)
解决了
正如我在@aviad 评论中所写,我正在寻找一种设计模式来解决我的问题。我发现了一个叫做“依赖倒置原则”的东西。在这里,我链接了描述该模式的 pdf 文档,值得一读(http://www.objectmentor.com/resources/articles/dip.pdf)(另一个很好的解释http://java.dzone.com/articles/fun -模块)。谢谢大家的帮助(我真的很喜欢你们推荐的框架)。