在Grails中包括角度UI的最佳实践

在Grails中包括角度UI的最佳实践,grails,plugins,include,dependencies,angular-ui,Grails,Plugins,Include,Dependencies,Angular Ui,我想在我的grails应用程序中使用以下插件。下载包含一个bower.json,用于解决必要的依赖关系: "dependencies": { "angular": "~1.2.x", "jquery": "~2.x", "jquery-ui": "~1.10.3", "fullcalendar": "~1.x"},"devDependencies": { "angular-mocks": "~1.x", "bootstrap-css": "2.3.1"} 在grails项目中包含这些文件的

我想在我的grails应用程序中使用以下插件。下载包含一个bower.json,用于解决必要的依赖关系:

  "dependencies": {
"angular": "~1.2.x",
"jquery": "~2.x",
"jquery-ui": "~1.10.3",
"fullcalendar": "~1.x"},"devDependencies": {
"angular-mocks": "~1.x",
"bootstrap-css": "2.3.1"}
在grails项目中包含这些文件的最佳实践是什么,因为我不认为手动添加所有这些文件是最好的方法。

我所做的事情 我不确定这是否是最佳实践,但正如
@Igor Artamonov
所述,我正在使用bower(在
web app
文件夹中)管理我的客户端代码,目前,它只是一个开发阶段的过程,在执行
bower安装之后,
applicationresources.groovy
中引用了实际需要的文件,之后使用grails插件最小化、模糊化等

折衷的办法是,使用
bower
安装的文件包含大量不必要的内容,并且通常会暴露出来,这不是您需要的。但是使用类似于
spring-security
的方法可以阻止对这些文件的访问

在node.js中 在
node.js
项目中,我将拥有
Grunt
任务,这些任务将开发人员资产准备到生产资产中,并将它们放在某个地方,而生产版本甚至不会安装以前的东西

其他想法
因此,我的猜测是,我仍然需要一个
监视的
目录,它永远不会投入生产,在那里发生一些变化后,必要的资产在经过优化、模糊处理等之后被复制到
web app
文件夹。也许除了
bower
之外,我还应该引入
grunt
任务,也许需要一个新的插件,但这是为了将来。

您可以像往常一样从命令行使用bower。不确定如果有一个插件的鲍威里会考虑解耦架构,也就是说,你没有混合两个生态系统。让Grails成为后端服务项目,让Angular成为使用它的丰富的前端客户端。但是我们仍然需要一些grails来实现实际的应用程序。