Javascript 用于验证DOJO构建概要文件的JUnit测试
以下是关于非AMD DOJO(低于1.6),但也适用于AMD DOJO: 我们有一组自定义小部件,它们是从DOJO提供的小部件扩展而来的。自定义小部件用于呈现多个UI组件。 自定义小部件使用dojo.cache模板包含在UI中。系统中存在多个模板,每个模板对应于不同的UI主题 通过maven构建应用程序决定在部署的WAR中支持哪个主题(模板)。专用的dojo构建配置文件(每个主题/环境一个)用于将所有小部件(在所选主题中)编译/优化为单个JS文件 require(小部件路径)用于在实际代码中包含小部件,而关联的构建概要文件在其依赖项列表中包含小部件路径 以上要求开发人员在构建概要文件中除了实际代码之外还包括新的小部件。开发人员在这方面的一个错误只有在构建达到QA时才会被发现,这需要额外的构建周期 为了克服代价高昂的错误,我们计划编写maven可执行JUnit测试,以验证代码中的dojo.requires和关联的构建概要文件 显而易见的方法是解析dojo.requires并将其与构建概要文件进行比较 我的问题是-如果有更好的方法存在?是否存在进行此类比较的工具/框架Javascript 用于验证DOJO构建概要文件的JUnit测试,javascript,maven,build,junit,dojo,Javascript,Maven,Build,Junit,Dojo,以下是关于非AMD DOJO(低于1.6),但也适用于AMD DOJO: 我们有一组自定义小部件,它们是从DOJO提供的小部件扩展而来的。自定义小部件用于呈现多个UI组件。 自定义小部件使用dojo.cache模板包含在UI中。系统中存在多个模板,每个模板对应于不同的UI主题 通过maven构建应用程序决定在部署的WAR中支持哪个主题(模板)。专用的dojo构建配置文件(每个主题/环境一个)用于将所有小部件(在所选主题中)编译/优化为单个JS文件 require(小部件路径)用于在实际代码中包含
谢谢你最后是如何做到这一点的?@chris-r我最终编写了自己的解析器,将构建概要文件与dojo要求进行比较。解析器是一个JUnit测试,在每一个maven构建上运行,如果开发人员没有将新创建的小部件添加到构建概要文件中,那么构建就会失败。让我知道。出于同样的原因,我一直没有回答这个问题。