在父类和子类中同时alias同名方法竟然会出错，啥原因

六祈

1. class Window_Selectable < Window_Base
   
2.   alias old_initialize initialize
   
3.   def initialize(x, y, width, height)
   
4.     old_initialize(x, y, width, height)
   
5.     @last_index = 0
   
6.     @disable_items = []
   
7.   end
   
8.   
   
9.   alias old_update_cursor_rect update_cursor_rect
   
10.   def update_cursor_rect
    
11.     case self.method(:draw_item).arity
    
12.     when 2
    
13.       draw_item(@last_index,@disable_items.include?(@last_index) ? disabled_color : normal_color)
    
14.       draw_item(@index,system_color)
    
15.     else
    
16.     old_update_cursor_rect
    
17.     end
    
18.     @last_index = @index
    
19.   end
    
20. end
    
21. 
    
22. class Window_PartyCommand < Window_Selectable
    
23.   alias old_update_cursor_rect update_cursor_rect
    
24.   def update_cursor_rect
    
25.     super()
    
26.   end
    
27.   alias old_initialize initialize
    
28.   def initialize
    
29.     old_initialize()
    
30.     @disable_items.push 1 unless $game_temp.battle_can_escape
    
31.   end
    
32. end

复制代码

4行出错，4个实参赋给0个形参

27行的alias后的old_initialize改成别的名字就没问题- -

求真理

david50407

是3嗎?

六祈

猜猜看这个结果

1. class A
   
2. def a
   
3. b
   
4. end
   
5. def b
   
6. puts 2
   
7. end
   
8. end
   
9. class B < A
   
10. def c
    
11. puts 3
    
12. end
    
13. alias b c
    
14. end
    
15. 
    
16. puts B.new.a

复制代码

DeathKing

回复 DeathKing 的帖子

1. class A
   
2.   def a
   
3.     puts 1
   
4.   end
   
5.   alias :b :a
   
6.   undef :a
   
7. end
   
8. 
   
9. A.new.b
   
10. #=> 1

复制代码

才交完水电气回来看到
   

---

一旦一个类中alias x y了
那么遇到任何调用x的方法，都会去寻找y

如果真这样的话
假设y方法已定义
alias x y
def y
x
end
这样就会死循环了。

紫苏

发现我之前说错了一句话，在原帖编辑了一下，红色部分是修改过的……||||

DeathKing

1. irb(main):001:0> class A;def a; puts 1;end; alias :c :a;end
   
2. => nil
   
3. irb(main):002:0> class B<A
   
4. irb(main):003:1> def b
   
5. irb(main):004:2> puts 2
   
6. irb(main):005:2> end
   
7. irb(main):006:1> puts respond_to? :c
   
8. irb(main):007:1> puts respond_to? :a
   
9. irb(main):008:1> end
   
10. false
    
11. false
    
12. => nil
    
13. irb(main):009:0> B.superclass
    
14. => A

复制代码

不知道是不是因为Ruby 1.9.1的缘故 - -

ri Module#respond_to?

获取帮助（respond_to? 属于元编程（反射机制）的范畴，获取是否可以使用从父类继承的方法。）

我唯一可以说的是，可能Ruby 1.9.1对alias做了手脚，alias方法后，子类就不能使用从父类继承的方法了？但是实例却可以调用？

六祈

回复 六祈 的帖子
真理貌似如下：



一旦一个类中alias x y了
那么遇到任何调用x的方法，都会去寻找y
于是27行后面调用的old_xxx去调用原来的xxx，而原来的xxx含有super去调用父类中的xxx，父类也有alias，xxx去调用old_xxx，然后悲剧发生了，子类在自己的环境中寻找xxx，于是参数异常，如果不异常，则死循环（父子类一直互相调用）

   
谢谢紫苏和IamI两位大人的答疑解惑~bow~
   

六祈

回复 紫苏 的帖子

27行：alias old_initialize initialize
old_initialize如果和父类的同名，那么结果是出错。那么是因为initialize是父类的initialize（因为调用了父类中的old_initialize）？还是者说这个old_initialize仍然去调用父类的这种方法，然后父类的old_initialize又去调用子类的？
而如果改old_initialize的名字的话，那么结果正常。initialize就是子类的了（因为是战斗逃跑菜单，initialize中含有这些信息，如果调用了父类肯定没有这些字了）
   

紫苏

回复 六祈 的帖子

27 行取别的名字后，父类的 initialize 里调用的 old_initialize 就仍然是 Window_Selectable 的原始 initialize 方法，而不是子类的 Initialize 了；只有当子类仍然给 initialize 取 old_initialize 这个别名时，父类才会又回去调用子类的 initialize

六祈

回复 紫苏 的帖子

如果没有在别处定义 Window_PartyCommand#initialize 的话，27 行 alias 的是父类方法 Window_Selectable#initialize，也就是上面刚被重定义的那个 initialize。

可是如果27行的别名取做别的就ok了，window_partycommand#initialize也正常（战斗和逃跑指令），愚还是觉得很诡异。。。