ruby-on-rails - Ruby 方法的显式返回 - 实现隐藏、重用和优化

标签 ruby-on-rails ruby

与允许 Ruby 方法盲目返回最后计算的语句相比,显式返回 nil 有什么优势吗?

就实现隐藏和重用而言,盲目地允许返回最后计算的表达式似乎是危险的 - 难道用户依赖于此只是为了在修改实现时获得令人讨厌的惊喜吗?除非给出明确的返回值,否则返回 nil 肯定会更好。

接下来,当返回的是简单类型而不是对更复杂对象的引用时,Ruby 是否可以进行优化?

克里斯

最佳答案

看问题的第二部分:

is there an optimisation that Ruby can make when the return is a simple type rather than a reference to a more complex object?

...我认为这不值得担心。如果有性能提升(我相当怀疑是否有),那充其量只是微观优化,并且不太可能带来任何值得拥有的好处。我怀疑使用 require profile 尝试这两种方法将会显示出收获有多大。 ;-)

关于ruby-on-rails - Ruby 方法的显式返回 - 实现隐藏、重用和优化,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1952243/

相关文章:

ruby-on-rails - 如何在 Ruby 上执行这种 CURL 请求

ruby-on-rails - before_destroy Rails admin ruby​​ 检查是否有依赖

ruby-on-rails - 有许多通过复选框不保存值 Rails3

ruby-on-rails - Bundler 找不到 gem "bundler": 的兼容版本

ruby - 如何编写仅在第一个和最后一个位置删除字符的 ruby​​ 正则表达式?

html - Bourbon Bitters and Neat Column Number 设置为 8,而不是 12

ruby-on-rails - Rails 中的 default_scope -> { keep } 是什么意思?

ruby-on-rails - Controller 测试 : <302: Found> redirect to <http://www. example.com/users/sign_in>

ruby - 使用 wxRuby 的问题

ruby-on-rails - Rails 2.4 => 3.0 : ActiveRecord: `add_modifier` : wrong number of arguments (given 3, 预期 2) (ArgumentError)