vir*_*yes 43 grails frameworks ruby-on-rails
是的,存在几个类似的线程,但我们现在在2011年,并且已经发生了很大变化.
当我最初尝试学习框架(并放弃了慢编译时间和其他呻吟诱导事件)时,Grails 1.3.6与v1.3相比有了很大的改进.
在最新版本中花了几个月的时间,给我留下了深刻的印象,对应用程序进行原型设计是一件轻而易举的事(GORM很棒!).在开发模式下,不再需要重新启动,禁止更改域类.Groovy.lang非常棒(请记住,这与我在PHP中的日常工作生活相比).
现在,另一方面是Ruby/Rails,我对于浏览Ruby文档和探索Active Record(与GORM进行比较)几乎没有什么经验.来自PHP/Jquery,groovy语法是cake,ruby不是那么多,虽然可以访问.
Ruby/Rails风靡一时,而Groovy/Grails似乎正在加快速度.
我想听听两个阵营的说法(火焰引发战争欢迎)re:2011年langs/frameworks的优点/缺点.在选择框架时,重要的是要知道你正在进入什么,所以有在它,新手将受益,专家可以发泄; - )
小智 56
Rails和Grails都是当前版本的优秀框架.你真的也不会出错.以下是我发现有趣的一些事情:
轨道
Grails的
我的观点
我的建议
小智 9
我第一次用Rails开始一个项目时我真的很惊讶:
如何将"存储库"与"服务"分开?哦,我的上帝:我必须把业务逻辑放在控制器上......我无法想象一个真正的大项目使用Ruby on Rails:是否有人在37signals上记住了分离业务和域/存储库的基础知识.Rails文件夹/类结构不关心这一点.
第二袜子:"活跃记录".尝试设计一个真正复杂的面向对象的业务层,并使用Rails模型(活动记录)映射它......真的:不要.
6个月后,我们的项目正在运行:R&R在四核服务器上使用apache + passanger消耗80%的CPU(和内存......),Postgresql数据库处于假期(占CPU的3-4%). ..哦,我的上帝(新)
我的旧ASP/VB6应用程序,能够在真实的后台环境中为300个并发用户提供页面,并在独立的机器上安装真正复杂的数据库和复杂的业务(2001年1 CPU核心服务器).
当然,约定和Ruby语法都很可爱......并且没有人需要编译器(好吧......单元测试在90%的时间用于此代理...只是为了解决每次更改代码时消失的类型......"请编程上帝,注意我的手指错误")
第一次使用Grails:
是的!!!
Rails相当成熟,拥有一个巨大的生态系统.我不熟悉Grails或者它在网上的支持,但是我在帖子中看到的红旗是你承认Grails正在追赶Rails.
Ruby是一个绝对的快乐工作(这来自一个古老的C++黑客......为什么,在我以前用一个十六进制键盘编程的那一天,年轻的whippersnapper ...现在得到我的草坪!).
有些东西关于红宝石有时难以跟进(方法_我正在看你)但我确信可以说任何语言.
我?我会选择红宝石和铁轨.
归档时间: |
|
查看次数: |
18384 次 |
最近记录: |