Ruby/RGSS Tips 每日一更 ［技术区的版聊帖？］

紫苏

其实话题不少，但两百字能说清楚的比较少，还是每天来打一瓶酱油好了 <--- 这是闲话

今天来说一下跳出两层以上循环的方法，为了节省字数每天只说一种方法——
1、使用内置的异常机制，在多层循环内部抛出一个异常，在多层循环外捕获这个异常即可：

1. 
   
2. begin
   
3.   for i in 1..10
   
4.     for j in i..10
   
5.         p i, j
   
6.         raise if i + j > 12 # 跳出两层循环
   
7.     end
   
8.   end
   
9. rescue
   
10.   p '跳出了循环'
    
11. end
    

复制代码

紫苏

承接二十一楼：
2、在当前局部范围内使用闭包块进行跳转：

1. lambda {
   
2.   for i in 1..10
   
3.     for j in i..10
   
4.         p i, j
   
5.         return if i + j > 12 # 跳出两层循环
   
6.     end
   
7.   end
   
8. }.call
   
9. p '跳出了循环'

复制代码

当然，如果你的循环过程独立于其它流程，那么用方法也是可以的；否则由于 Ruby 1.8 的方法没有进行上下文绑定（而闭包则保持了闭包被创建时那一刻的绑定），在方法内部是无法引用外部的变量的，因为它们分属于不同的栈帧，互不可见（正因如此，方法内的变量才被称为局部变量）

禾西

今天沒有人搶耶？那麼就由我來主持吧XD
Ruby 的事情說的人多了，就來談談RGSS的東西～

在RM當中，圖片的緩存是由 Cache 模板處理的。它的實現機制是用名為@cache的hash表記錄bitmap和原路徑的對應關系，從而使得不需要重複生成 bitmap （因為這個東西的生成代價是很高的）。
這是最核心內容：

1. 
   
2.   def self.load_bitmap(path)
   
3.     if not @cache.include?(path) or @cache[path].disposed?
   
4.       @cache[path] = Bitmap.new(path)
   
5.     end
   
6.     return @cache[path]
   
7.   end

复制代码

這樣做的優點是可以減少讀取文件次數，從而提高程序速度；缺點是占用內存太多，低配置機械跑不動。而值得注意的是，當你對一個bitmap進行繪畫處理時，操作會直接影響到bitmap的實例，因此大家不要在存入 cache 的 bitmap 上面寫字和作畫哦。

除開頭和結尾的字數不算，剛好200XD

六祈

每日一酱油【这行不算字】

有关map的一个小技巧

【技术基础：实参前添加&可以隐式调用to_proc方法】

1. class Symbol
   
2. def to_proc
   
3. proc {|obj , *args| obj.send(self , *args)}
   
4. end
   
5. end

复制代码

上面的代码定义了Symbol对象的to_proc方法
然后~赋值一个字符串数组

1. words = %w(hello kitty not world)

复制代码

然后是重点：

1. list = words.map(&:capitalize)

复制代码

ok，得到了第一个字母大写的字符串数组了

六祈

继续每日一酱油~~~【这行依然不算字】

今日话题：你真的会用[]吗？
String#[]

国际惯例，先赋值一个模范变量

1. str = "hello , world"

复制代码

[start,range]

1. p str[0,5]

复制代码

这个会打印从索引0开始，取到的5个字符

[start..end]

1. p str[0..4]

复制代码

这个会打印索引0到索引4【包含】的字符串

[String]

1. p str["hell"]

复制代码

如果字符串能匹配hell的话会打印之

[integer]

1. p str[0]

复制代码

这个会打印一个数字哟~要谨慎使用，如果想要打印索引0的字符，要使用

1. p str[0].chr

复制代码

哟~

[Regexp]

1. p str[/h.+?o/]

复制代码

会打印匹配正则的字符串部分，结果显示hello

紫苏

由于在不远的（希望...）将来， RGE 2.0 会嵌入 Ruby 1.9 作为脚本语言，它解决了很多 1.8 潜在的性能问题（当然，由于多出来的很多新东西，比如枚举器，也在某些方面降低了性能），我认为在这里讨论一下 1.9 的新东西也是有意义的。

Ruby 1.9 的类继承图表根部不再是 Object，而是一个叫 BasicObject 的类。为什么需要这个类？须知 Object 虽然处在底层，但也是捆绑了大量方法的庞然大物，它包含了在 Kernel 中定义的所有基本对象的实例方法。我们有时可能希望使用一个货真价实的“老子”，没有从任何人那里继承任何东西，以节省对象虚表所占据的空间，这就是 BasicObject 被引入的主要目的。它只包含了仅有的几个基本方法，没有包含克隆、污染、安全、冻结、反射、动态求值等五花八门的对象功能。

1. p BasicObject.instance_methods(false)

复制代码

这一行是打印出所有 BasicObject 定义的实例方法，输出：
[:==, :equal?, :!, :!=, :instance_eval, :instance_exec, :__send__]
而如果我们：

1. p Object.instance_methods(true)

复制代码

则输出：

1. [:nil?, :===, :=~, :!~, :eql?, :class, :clone, :dup, :taint, :tainted?, :untaint, :untrust, :untrusted?, :trust, :freeze, :frozen?, :to_s, :inspect, :methods, :singleton_methods, :protected_methods, :private_methods, :public_methods, :instance_variables, :instance_variable_get, :instance_variable_set, :instance_variable_defined?, :instance_of?, :kind_of?, :is_a?, :tap, :send, :public_send, :respond_to?, :extend, :display, :method, :public_method, :define_singleton_method, :hash, :__id__, :object_id, :to_enum, :enum_for, :gem, :==, :equal?, :!, :!=, :instance_eval, :instance_exec, :__send__]

复制代码

可见差距。后面之所以传递了一个 true，是为了同时输出从父类继承过来的方法，因为 Object 多出来的这些方法来自 Kernel Mix-in（换言之，这些方法本身定义在 Kernel 中），所以实际上 Object 有一个匿名父类，存在于 Object 和 BasicObject 之间。

在 Ruby 1.8 中，我们可以通过 undef 去实现这样的一个 BlankSlate （白板）类：

1. class BlankSlate
   
2.   instance_methods.each { |m| undef_method m }
   
3. end
   
4. 
   
5. p BlankSlate.instance_methods

复制代码

当然，有些方法你还是想保留的，比如 object_id、__send__（实际上如果你 undef 了这两个最基本的方法，Ruby 解释器会给你警告：
warning: undefining `object_id' may cause serious problem
warning: undefining `__send__' may cause serious problem

但是这仍然是一种亡羊补牢的做法。我们希望从一开始就有这样的“白板”，于是就有了 BasicObject。