grails的Tag标签不适用吗？

[Alex wang]

在Grails.org的在线文档里看到了Tag标签部分，感觉比原来jsp里的标签定义简便多了，Google了一下关于Grails的Tag标签，似乎很多人对Tag标签的用法很是反感，大家实际使用中是什么情况？

我个人对一些Util的地方做一个Tag感觉还是挺方便的，比如权限判断部分

[Zheng Kun]

权限判断有spring security 啊

在 09-3-26，Alex wang<idea...@gmail.com> 写道：

> 在Grails.org的在线文档里看到了Tag标签部分，感觉比原来jsp里的标签定义简便多了，Google了一下关于Grails的Tag标签，似乎很多人对Tag标签的用法很是反感，大家实际使用中是什么情况？
>
> 我个人对一些Util的地方做一个Tag感觉还是挺方便的，比如权限判断部分
>
> >
>

--
从我的移动设备发送

[foxgem]

这个嘛，我觉得归根结底还是个人喜好的问题，不必太过计较。

 

相比起jsp的tag，Grails的tag灵活性更大，调用方式也更多。比起jsp tag提高了不少。

 

至于好不好，从封装的角度来说的话，我觉得不错。从调试的角度来讲，确实也增加了麻烦。

 

但是，这点麻烦还是能够忍受的。而且，从长远来看，好处多多。

[Alex wang]

Zheng Kun，你是用的Spring Security 的插件吗？ 能谈谈使用体会吗，做完整的权限判断是不是很方便？

2009/3/27 Zheng Kun <zhen...@gmail.com>

[Zheng Kun]

相当方便。我现在用的是springside3来作为基本开发框架，加入了sitemesh。开始grails的这个插件我没研究太明白了，现在还是看java代码更亲切：）

2009/3/27 Alex wang <idea...@gmail.com>

[Zheng Kun]

其实就是权限，角色和人员的动态分配。做到这个份上也够了。

2009/3/27 Zheng Kun <zhen...@gmail.com>

[foxgem]

你们居然已经用上Spring3啦？还没有正式发布吧。感觉如何？

[y Q]

他说的是SpringSide3
我刚在学习呢，Zhang Kun   学SS3是不对Struts2,Spring2.5要求是必须的？
 

---

From: jianh...@hotmail.com
To: grail...@googlegroups.com
Subject: [grailsunion:400] Re: grails的Tag标签不适用吗？
Date: Fri, 27 Mar 2009 09:55:53 +0800

2009/3/27 Alex wang <idea...@gmail.com>

<BR<BR
More than mail–Windows Live™ goes way beyond your inbox. More than messages

[Zheng Kun]

汗，果然看错了，哈哈。是springside，类似appfuse那种的。说是ssh的最佳实践比较好。自己再加了个代码生成的类，和grails差不多……

2009/3/27 foxgem <jianh...@hotmail.com>

[foxgem]

哦，我老眼昏花了，哈哈。

[Ali Yang]

能比较一下 Grails 和 Spring Side 3 的优缺点吗？我没用过 SS3，但是用 Grails 开发的效率应该会更高。

2009/3/27 Zheng Kun <zhen...@gmail.com>

相当方便。我现在用的是springside3来作为基本开发框架，加入了sitemesh。开始grails的这个插件我没研究太明白了，现在还是看java代码更亲切：）

--
Ali Yang
----------------------------------------
Blog: http://ssailyang.javaeye.com
MSN: yang_...@hotmail.com
QQ: 407131746
----------------------------------------

[y Q]

我从新手级别评比下,
我弄SS3一个星期了,它基于Maven2, 集成各个领域的流行框架, 首先我对SSH不熟悉, 而且SS3中的SSH版本都是最新的, 这相比Grails学习曲线是有差距的
我觉得吧 SS3自己写的东西没多少, 跟Grails没法比. 主要是不同层次的人对语言, 技术的态度问题.
Grails插件强死了...

 

---

Date: Fri, 27 Mar 2009 10:06:41 +0800
Subject: [grailsunion:404] Re: grails的Tag标签不适用吗？
From: yang...@gmail.com
To: grail...@googlegroups.com

[y Q]

我觉得SS3还没Seam2用着舒服呢
 

---

From: yaoqia...@hotmail.com
To: grail...@googlegroups.com
Subject: [grailsunion:405] Re: grails的Tag标签不适用吗？
Date: Fri, 27 Mar 2009 10:12:30 +0800

</html

[Zheng Kun]

grails的插件太强了，不过我之所以弄了几天grails之后又转回ssh的原因是两方面的，第一是grails的spring security的插件我想实现一个登录后调回被拦截页面的功能，结果失败了，我不知道在哪里加过滤器，折腾了两天之后我彻底放弃了；第二是我仔细比对了一下，springside3的最佳实践完全是可行的，没多少工作量，对于生产力的提高好处是很大的，而且基于完整的java代码，更容易控制。grails的代码更为简洁，但是做项目第一位的是生产力和可维护性，对我来说，目前生产力没有瓶颈就够了。

2009/3/27 y Q <yaoqia...@hotmail.com>

[Alex wang]

其实给Grails的定位是需要考虑的，队员团队开发来说，现在Grails确实不是太适合，如果是个人独立做一个项目或者做快速开发的原型演示，还是挺适合的。我现在将Grails作为个人的爱好来实现我想实现的产品或者工具吧，因为创意往往很快就能出来，但是用Java做很快就消磨掉你的创意，而Grails会给你增加一些快感。

呵呵，个人的感受。

2009/3/27 Zheng Kun <zhen...@gmail.com>

[徐国统]

"grails的代码更为简洁，

但是做项目第一位的是生产力和可维护性

"这句话不能苟同，grails的生产力和可维护性绝对高于java的，java代码玩玩写的逻辑比较复杂。简单的逻辑二者差别不大，当业务相当复杂时，就会有明显的区别了。选择ss3的原因可以是性能，但生产力和维护性我觉得是在误导他人。
grails的spring security插件其实实现的不好，原因是作者的理念与grails的理念不大一样，把一个已经相当复杂的东西做的更加复杂了。

2009/3/27 Zheng Kun <zhen...@gmail.com>

[Ali Yang]

我觉得小团队还是适合使用 Grails，只要成员技术水平允许即可。对于大的团队，如何对 Grails 项目划分模块是个问题，而且这种项目一般也不适合用 Grails 开发，应该是 Seam 之类的更合适。但是我觉得像 GORM 之类的 Grails 中的模块在其他框架中使用也是不错的。Grails 也有相应的实例。个人理解。

2009/3/27 Alex wang <idea...@gmail.com>

其实给Grails的定位是需要考虑的，队员团队开发来说，现在Grails确实不是太适合，如果是个人独立做一个项目或者做快速开发的原型演示，还是挺适合的。我现在将Grails作为个人的爱好来实现我想实现的产品或者工具吧，因为创意往往很快就能出来，但是用Java做很快就消磨掉你的创意，而Grails会给你增加一些快感。

呵呵，个人的感受。

[foxgem]

grails插件不就是天生的模块划分的解决办法么？

 

如何管理团队开发，归根结底还是分工协作的问题。团队之间的知识水平不应该相差太大，如果太大的话，会很麻烦。

From: Ali Yang

Sent: Friday, March 27, 2009 10:42 AM

To: grail...@googlegroups.com

[Zheng Kun]

是的，团队认同的文化也很重要。grails毕竟还是非主流，推广需要压力的。不过未来的趋势是这种方式，这个需要两方面努力了，起码grails自己得先成熟起来，ide得有个完整的支持。我觉得这个对于新手来说太重要了，没有ide的完整支持，语法和api得背多久才能熟练啊。

2009/3/27 foxgem <jianh...@hotmail.com>

[Ali Yang]

我觉得这里需要转变一下思想。因为 Groovy 是一门语法灵活的动态语言，虽然没有 Ruby 那样灵活，但和 Java 相比还是有非常大的差别。所以，要想让 IDE 对 Groovy 和 Grails 的支持程度达到像 Java 的水平还不是太容易。当然，好的 IDE 还是很重要的，像 IntelliJ 对 Grails 的 Dynamic Finder 就有代码提示。

2009/3/27 Zheng Kun <zhen...@gmail.com>

我觉得这个对于新手来说太重要了，没有ide的完整支持，语法和api得背多久才能熟练啊。

[Zheng Kun]

前面是哪位兄弟说的挺对的，grails或者ror这种东西可以让你快速实现自己的想法而不是为了java而头疼。

2009/3/27 Ali Yang <yang...@gmail.com>

[Feng]

我最近刚好在一个项目中做了尝试，把一些各模块公用的东西写在一个plugin中，主要是domain类和一些Utils类。
感觉有一些不好的地方，首先就是打包grails每次打包都会重新生成许多web文件，而这些资源都不是我希望打包在plugin中的。其次就是
test资源不能共享，通常都会写一些针对domain的通用测试逻辑，例如生成一整套符合规则的数据用于测试，这样的逻辑只能作为正式代码的一部分才
能打包到plugin中。还有就是template，通常建立一个工作环境的做法是先从svn上拿到工程环境，然后随便执行哪个grails命令它会根
据application.properties下载安装需要的plugin，但是i18n-template会重新copy一次template，把
svn上已经修改后的代码都还原回去了，必须手动恢复一次代码。对于不了解具体情况的质管人员，很可能打包出不正确的版本交付给客户。

其他没觉得有什么不好，目前除了对性能没什么底以外，我觉得使用grails在开发效率上的提升还是很不错的，团队开发也不应该有什么问题，我们是一个
5-6人小团队。

On 3月27日, 上午10时48分, "foxgem" <jianhgr...@hotmail.com> wrote:
> grails插件不就是天生的模块划分的解决办法么？
>
> 如何管理团队开发，归根结底还是分工协作的问题。团队之间的知识水平不应该相差太大，如果太大的话，会很麻烦。
>
> From: Ali Yang
> Sent: Friday, March 27, 2009 10:42 AM
> To: grail...@googlegroups.com
> Subject: [grailsunion:410] Re: grails的Tag标签不适用吗？
>
> 我觉得小团队还是适合使用 Grails，只要成员技术水平允许即可。对于大的团队，如何对 Grails 项目划分模块是个问题，而且这种项目一般也不适合用 Grails 开发，应该是 Seam 之类的更合适。但是我觉得像 GORM 之类的 Grails 中的模块在其他框架中使用也是不错的。Grails 也有相应的实例。个人理解。
>

> 2009/3/27 Alex wang <idea.w...@gmail.com>

>
> 其实给Grails的定位是需要考虑的，队员团队开发来说，现在Grails确实不是太适合，如果是个人独立做一个项目或者做快速开发的原型演示，还是挺适合的 。我现在将Grails作为个人的爱好来实现我想实现的产品或者工具吧，因为创意往往很快就能出来，但是用Java做很快就消磨掉你的创意，而Grails会给 你增加一些快感。
>
> 呵呵，个人的感受。
>
> --
> Ali Yang
> ----------------------------------------
> Blog:http://ssailyang.javaeye.com

> MSN: yang_li...@hotmail.com
> QQ: 407131746
> ----------------------------------------

[Ali Yang]

Web 文件指什么文件？

首先就是打包grails每次打包都会重新生成许多web文件，而这些资源都不是我希望打包在plugin中的。

 

plugin 不能包含自己的测试代码吗？

其次就是test资源不能共享，通常都会写一些针对domain的通用测试逻辑，例如生成一整套符合规则的数据用于测试，这样的逻辑只能作为正式代码的一部分才能打包到plugin中。

--
Ali Yang
----------------------------------------
Blog: http://ssailyang.javaeye.com

MSN: yang_...@hotmail.com
QQ: 407131746
----------------------------------------

[Fengyj]

Ali Yang 写道:

Web 文件指什么文件？就是web-app目录 下的css/js/images......

首 先就是打包grails每次打包都会重新生成许多web文件，而这些资源都不是我希望打包在plugin中的。

 

plugin 不能包含自己的测试代码吗？可以有自己的测试代码，但是不会打包到 plugin的安装包中，也就不能在依赖这个plugin的工程中再被使用。

其 次就是test资源不能共享，通常都会写一些针对domain的通用测试逻辑，例如生成一整套符合规则的数据用于测试，这样的逻辑只能作为正式代码的一部 分才能打包到plugin中。

[Gavin.Zhang]

Hi all
  请问如果我想把一些少量数据在server启动时就加载进来作为缓存使用，是不是代码放在bootstrap.groovy里比较合适？
在这里面应该怎么写？ 在gsp里应如何访问？

我现在是这么写的：
     def init = { servletContext ->
         new Property(keyName:'bizCatalog', keyValue:'huoguo', display:'火锅店').save();
         new Property(keyName:'bizCatalog', keyValue:'kuaican', display:'快餐店').save();
         def bizCatalogs = Property.findAllByKeyName("bizCatalog");
     }

在GSP里是这么访问的 ${bizCatalogs}，但经我debug后发现在GSP里该变量根本不存在 :-(


Fengyj wrote:

Ali Yang 写道:

Web 文件指什么文件？就是web-app 目录 下的css/js/images......

-- 
http://blog.baturu.com

[Feng]

我觉得比较简单的做法应该是在某个service中定义一个list用来缓存。然后在gsp中直接访问service的这个成员。

On 4月6日, 下午12时49分, "Gavin.Zhang" <guangquanzh...@gmail.com> wrote:
> Hi all
> 请问如果我想把一些少量数据在server启动时就加载进来作为缓存使用，是不是代码放在bootstrap.groovy里比较合适？
> 在这里面应该怎么写？ 在gsp里应如何访问？
> 我现在是这么写的：
> def init = { servletContext ->
> new Property(keyName:'bizCatalog', keyValue:'huoguo', display:'火锅店').save();
> new Property(keyName:'bizCatalog', keyValue:'kuaican', display:'快餐店').save();
> def bizCatalogs = Property.findAllByKeyName("bizCatalog");
> }
> 在GSP里是这么访问的 ${bizCatalogs}，但经我debug后发现在GSP里该变量根本不存在:-(
> Fengyj wrote:

> Ali Yang 写道:Web 文件指什么文件？就是web-app 目录 下的css/js/images......首 先就是打包grails每次打包都会重新生成许多web文件，而这些资源都不是我希望打包在plugin中的。

[Alex wang]

对，初始化只负责数据，其他的可以在别的地方获取

2009/4/7 Feng <yaoju...@gmail.com>

[Gavin.Zhang]

能不能给一些详细点的指点，谢谢
比如缓存map或list应该放在哪里，如果读取，等等

我昨晚试了试，将 def bizCatalogs = Property.findAllByKeyName("bizCatalog"); 赋值给 servletContext
servletContext = def bizCatalogs = Property.findAllByKeyName("bizCatalog");

然后在GSP里是application直接访问 ;-)

Alex wang wrote:

对，初始化只负责数据，其他的可以在别的地方获取

2009/4/7 Feng <yaoju...@gmail.com>

我 觉得比较简单的做法应该是在某个service中定义一个list用来缓存。然后在gsp中直接访问service的这个成员。

-- 
http://blog.baturu.com