Installation 现成的web应用程序脚手架/目录结构生成器(Java/JavaEE)?

Installation 现成的web应用程序脚手架/目录结构生成器(Java/JavaEE)?,installation,playframework,scaffolding,directory-structure,Installation,Playframework,Scaffolding,Directory Structure,我想知道是否有现成的工具来帮助创建一个基本应用程序启动并运行的“web应用程序”目录结构?我猜源代码已经预先编写好了,或者基于选项,一些文件可能/可能不会生成 我不知道你会怎么称呼它,但我们有一个自定义框架*用于web应用程序开发-而不是一直“创建”目录结构,我们只需创建一次,并有一个类似于play框架的控制台界面,根据开发人员的要求生成基本应用程序或空应用程序选择 我们可以提供各种类型的“zip”文件,让人们解压并导入到他们选择的IDE中,然后继续。然而,我们更喜欢从命令行(或GUI,但没有这

我想知道是否有现成的工具来帮助创建一个基本应用程序启动并运行的“web应用程序”目录结构?我猜源代码已经预先编写好了,或者基于选项,一些文件可能/可能不会生成

我不知道你会怎么称呼它,但我们有一个自定义框架*用于web应用程序开发-而不是一直“创建”目录结构,我们只需创建一次,并有一个类似于play框架的控制台界面,根据开发人员的要求生成基本应用程序或空应用程序选择

我们可以提供各种类型的“zip”文件,让人们解压并导入到他们选择的IDE中,然后继续。然而,我们更喜欢从命令行(或GUI,但没有这样的首选项)运行一个“可安装”的应用程序,让一个基本的应用程序启动并运行,而不是让每个人都想重新开始

Play框架是如何做到这一点的?他们用什么?(我想RoR、Groovy/Grails也存在类似的情况。)


*它本身不是定制的,但与所有spring/hibernate/restlet/freemarker等文件的预配置、启动和运行以及一个目录结构类似,目录结构中包含了各种组件的包,这些包都是按照约定进行的

我认为这里关于Play框架的一个关键点是,它使用了约定优先于配置的概念。应用程序的不同部分必须遵循相同的模式,否则将无法工作。我个人喜欢这一点,因为它使在不同的项目上工作更容易,因为规则总是一样的,而不是最佳实践中一些不成文的规则

另一方面,JavaEE采用配置的概念,而不是约定。因此,您的所有文件和结构都是在相关的XML文档中定义的,这些文档指定了您的框架、类路径等。确实存在一些工具来弥补这一差距。比如说

  • IDE将为您选择的框架提供项目创建工具,因此将通过几个简单的向导步骤创建Struts或SpringMVC项目结构。作为一个例子,Eclipse确实做到了这一点
  • SpringMVC也有Roo。这是一个样板代码生成工具,可以为您创建初始项目的大部分

从您的描述来看,似乎您有一些不同的框架,您希望自动生成,但我认为目前没有任何工具可以满足您的目的。您对zip文件的概念是最好的选择。

如果您想在Java EE世界中使用一种脚手架,请查看在视图层(JSF、Spring MVC、Struts 2…)上提供了一些原型的视图