Ruby on rails RubyonRails缺少哪些功能
您希望在RubyonRails中拥有哪些功能，或者您发现哪些功能不完整或有缺陷？老实说，这是一个功能非常全面的框架。经过两年的专业使用，我从未遇到过Rails无法处理的问题。事实上，恰恰相反，我不断地发现越来越多我以前没有意识到的令人惊奇的特性 加上宝石和插件的概念，天空是极限Ruby on rails RubyonRails缺少哪些功能,ruby-on-rails,ruby-on-rails-3,Ruby On Rails,Ruby On Rails 3,您希望在RubyonRails中拥有哪些功能，或者您发现哪些功能不完整或有缺陷？老实说，这是一个功能非常全面的框架。经过两年的专业使用，我从未遇到过Rails无法处理的问题。事实上，恰恰相反，我不断地发现越来越多我以前没有意识到的令人惊奇的特性 加上宝石和插件的概念，天空是极限 你使用它的次数越多，你就会越喜欢它。老实说，它是一个功能齐全的框架。经过两年的专业使用，我从未遇到过Rails无法处理的问题。事实上，恰恰相反，我不断地发现越来越多我以前没有意识到的令人惊奇的特性 加上宝石和插件的概念，
你使用它的次数越多，你就会越喜欢它。老实说，它是一个功能齐全的框架。经过两年的专业使用，我从未遇到过Rails无法处理的问题。事实上，恰恰相反，我不断地发现越来越多我以前没有意识到的令人惊奇的特性 加上宝石和插件的概念，天空是极限
您使用它的次数越多，您就会越喜欢它。有些事情在纯SQL中比ActiveRecord更容易完成，有些事情在没有SQL的情况下是不可能完成的。这在某种程度上打破了抽象。有些事情在纯SQL中比ActiveRecord更容易完成，有些事情在没有SQL的情况下是不可能完成的。这在某种程度上打破了抽象。自从创建引擎以来，模块化和可重用性实现了巨大的飞跃 我想知道我们是否需要另一个用于丰富js接口的抽象层。更具建设性的是，我个人希望能够像组织助手一样组织我的js文件
@RocketR的评论和tybro0103的结论都是完全正确的：）自从引擎诞生以来，模块化和可重用性实现了巨大的飞跃 我想知道我们是否需要另一个用于丰富js接口的抽象层。更具建设性的是，我个人希望能够像组织助手一样组织我的js文件
@RocketR的评论完全正确，tybro0103的结论也完全正确：）同意。虽然有了“按sql查找”，仍然不乏。是的，我知道，但这更像是一种退路。还有
meta_，其中gem在一定程度上解决了这一问题，但Rails 3在arel上实现了巨大的飞跃。更好地加载多态关联将使事情变得更容易；也有点被meta_修复，其中同意。虽然有了“按sql查找”，仍然不乏。是的，我知道，但这更像是一种退路。还有meta_，其中gem在一定程度上解决了这一问题，但Rails 3在arel上实现了巨大的飞跃。更好地加载多态关联将使事情变得更容易；也有点被meta\u修复，其中
。对于富js，有js MVC框架，如sproutcore或主干。js@Slawosz：我知道这一点，并使用了Sproutcore，但在MVC框架（如Rails或SymfonyRails）中正确组织js文件仍然很混乱。3.1将通过“资产管道”解决这一问题：@tybro0103:我不同意，它只是public/javascripts+有用的auto的一个新名称compression@apneadivingJS文件成为一流公民。。。也就是说，对于富js来说，有像sproutcore或主干这样的JSMVC框架。js@Slawosz：我知道这一点，并使用了Sproutcore，但在MVC框架（如Rails或SymfonyRails）中正确组织js文件仍然很混乱。3.1将通过“资产管道”解决这一问题：@tybro0103:我不同意，它只是public/javascripts+有用的auto的一个新名称compression@apneadivingJS文件成为一流公民。。。这就说明了一切