在父类和子类中同时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改成别的名字就没问题- -

求真理

IamI

我举个例子好了。
A<B<C，A当中有个方法叫a
那么在B类中定义 alias b a
那么C当中还有没有b方法呢？当然有啊。
完毕= =

紫苏

4  行 alias 的是 Window_Selectable 的原始 initialize 方法，接着重定义 Window_Selectable#initialize，通过别名 old_initialize 调用原始 initialize 方法；
如果没有在别处定义 Window_PartyCommand#initialize 的话，27 行 alias 的是父类方法 Window_Selectable#initialize，也就是上面刚被重定义的那个 initialize。之后在 Window_PartyCommand 中定义 initialize 方法调用 old_initialize，由于 old_initialize 是顶部被重定义的 Window_Selectable#initialize，并且需要 4 个参数，而 Window_PartyCommand#initialize 调用 old_initialize 时却只传递了 0 个参数，所以会有这个异常。

如果参数列表刚好吻合，就不会有这个异常，但却会产生一个没有出口的递归调用（因为 old_initialize 是 Window_Selectable#initialize 方法本身），最终导致 “Stack level too deep”……

IamI

4  行 alias 的是 Window_Selectable 的原始 initialize 方法，接着重定义 Window_Selectable#initialize， ...
紫苏 发表于 2010-7-22 15:22

于是内建类的悲剧诞生了？那么上次那个反F12是什么原理……（故意歪楼）

六祈

回复 紫苏 的帖子
嗯，的确是这样子，不过我还有几个疑惑不太明白

1.为什么打开window_partycommand类的alias会去操作父类呢
2.为什么window_partycommand类中的old_initialize会去调用父类的old_initialize而父类的同名方法却去调用子类的？表示很晕菜啊

zhangbanxian

alias old_initialize initialize相当于定义了父类的old_initialize
父类有了old_initialize就相当于子类有了old_initialize
既然old_initialize为已存在的方法名，自然就无法用来作别的方法的别名了

紫苏

回复 IamI 的帖子

防 F12 的方式和 C/C++ 避免重复包含头文件的方法基本一致，就是给脚本加个“包含防护罩”：
if(!$__script__built__)
$__script__built__ = 0

# ... 脚本内容 ...

end

话说我咋记得内置的 RGSS 类反而不会有这个问题来着……

六祈

回复 紫苏 的帖子

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

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


   

紫苏

回复 六祈 的帖子

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

六祈

回复 紫苏 的帖子

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