使用Grails为基于Java的业务对象构建web UI？
我正在从事一个项目，其中业务对象模型及其持久性已经用Java（使用JPA）定义和实现，我的任务是在它们之上开发一个Web UI。UI将针对业务操作进行定制，因此它不是简单的CRUD。另一个目标是为外部客户端构建一组RESTAPI来访问这些业务对象 我的问题是，Grails是适合我的情况的好框架吗？我可以使用Grails来包装现有的业务对象模型，而不是单独处理持久性吗？Grails构建高度定制的UI（而不是它自动为您生成的直接CRUD UI）有多容易？我想用Grails构建RESTAPI层应该很容易，对吗 谢谢你的反馈使用Grails为基于Java的业务对象构建web UI？,java,rest,grails,jpa,webui,Java,Rest,Grails,Jpa,Webui,我正在从事一个项目，其中业务对象模型及其持久性已经用Java（使用JPA）定义和实现，我的任务是在它们之上开发一个Web UI。UI将针对业务操作进行定制，因此它不是简单的CRUD。另一个目标是为外部客户端构建一组RESTAPI来访问这些业务对象 我的问题是，Grails是适合我的情况的好框架吗？我可以使用Grails来包装现有的业务对象模型，而不是单独处理持久性吗？Grails构建高度定制的UI（而不是它自动为您生成的直接CRUD UI）有多容易？我想用Grails构建RESTAPI层应该很容
Yu简单的答案是肯定的 答案是肯定的，因为Grails是一个框架。Grails有Hibernate和GORM，并使用Groovy中定义的域类，这并不意味着应用程序必须这样做。JPA是否支持对象？伟大的连接一些服务（因为Grails是一个Spring应用程序，您可以通过Spring执行JPA）并利用这些服务 用户界面也一样。你不必使用脚手架。很多Grails应用程序都有非常定制的UI，这些UI与脚手架无关 Grails为您提供了许多构建RESTAPI的工具，它们可能适合您的需要 仔细查看，您将看到它涵盖了现代web应用程序的所有层。我知道有很多信息需要了解，但是在每一层中都有很多细节来解释你的选择。这是关键。您总是可以选择Grails。这可以是任何东西，从一个新的视图渲染引擎到一些Spring项目或功能，再到许多Grails插件中的一个。花点时间做一些研究，我想你会发现GRAIUS是一个非常灵活的选择。 关键在于Grails是一个框架。由Spring和Java提供动力。您可以使用该框架的全部或部分。您可以使用Groovy或Java。你可以用弹簧。您可以使用整个Java生态系统。总而言之，圣杯
因此，答案是肯定的。简短的回答是肯定的 答案是肯定的，因为Grails是一个框架。Grails有Hibernate和GORM，并使用Groovy中定义的域类，这并不意味着应用程序必须这样做。JPA是否支持对象？伟大的连接一些服务（因为Grails是一个Spring应用程序，您可以通过Spring执行JPA）并利用这些服务 用户界面也一样。你不必使用脚手架。很多Grails应用程序都有非常定制的UI，这些UI与脚手架无关 Grails为您提供了许多构建RESTAPI的工具，它们可能适合您的需要 仔细查看，您将看到它涵盖了现代web应用程序的所有层。我知道有很多信息需要了解，但是在每一层中都有很多细节来解释你的选择。这是关键。您总是可以选择Grails。这可以是任何东西，从一个新的视图渲染引擎到一些Spring项目或功能，再到许多Grails插件中的一个。花点时间做一些研究，我想你会发现GRAIUS是一个非常灵活的选择。 关键在于Grails是一个框架。由Spring和Java提供动力。您可以使用该框架的全部或部分。您可以使用Groovy或Java。你可以用弹簧。您可以使用整个Java生态系统。总而言之，圣杯
因此，答案是肯定的。简短的回答是肯定的 答案是肯定的，因为Grails是一个框架。Grails有Hibernate和GORM，并使用Groovy中定义的域类，这并不意味着应用程序必须这样做。JPA是否支持对象？伟大的连接一些服务（因为Grails是一个Spring应用程序，您可以通过Spring执行JPA）并利用这些服务 用户界面也一样。你不必使用脚手架。很多Grails应用程序都有非常定制的UI，这些UI与脚手架无关 Grails为您提供了许多构建RESTAPI的工具，它们可能适合您的需要 仔细查看，您将看到它涵盖了现代web应用程序的所有层。我知道有很多信息需要了解，但是在每一层中都有很多细节来解释你的选择。这是关键。您总是可以选择Grails。这可以是任何东西，从一个新的视图渲染引擎到一些Spring项目或功能，再到许多Grails插件中的一个。花点时间做一些研究，我想你会发现GRAIUS是一个非常灵活的选择。 关键在于Grails是一个框架。由Spring和Java提供动力。您可以使用该框架的全部或部分。您可以使用Groovy或Java。你可以用弹簧。您可以使用整个Java生态系统。总而言之，圣杯
因此，答案是肯定的。简短的回答是肯定的 答案是肯定的，因为Grails是一个框架。Grails有Hibernate和GORM，并使用Groovy中定义的域类，这并不意味着应用程序必须这样做。JPA是否支持对象？伟大的连接一些服务（因为Grails是一个Spring应用程序，您可以通过Spring执行JPA）并利用这些服务 用户界面也一样。你不必使用脚手架。很多Grails应用程序都有非常定制的UI，这些UI与脚手架无关 Grails为您提供了许多构建RESTAPI的工具，它们可能适合您的需要 仔细查看，您将看到它涵盖了现代web应用程序的所有层。我知道有很多信息需要了解，但是在每一层中都有很多细节来解释你的选择。这是关键。您总是可以选择Grails。这可能是任何东西