协同程序和状态机的Update混用, 用来设置等待时间

王者再临

我在代码中使用的混用方法,设置一个空的状态，让它在循环的时候跳到空的状态中   但是不做任何事情
这样就能实现混用，减少update中使用等待时间之类的代码行数...

1. Update()
   
2. 
   
3. {
   
4. 
   
5.    if(gameState == GameState.game)
   
6. 
   
7.    {
   
8. 
   
9.         ....
   
10. 
    
11.         if(Input.GetMouseDown(1)) {
    
12. 
    
13.              gameState = GameState.wait
    
14. 
    
15.              StartCoroutine( RoleAttack( ) );  //此时Update仍在执行,不过跳到了GameState.wait中，所以什么也没做
    
16. 
    
17.             //RoleAttack 也正确的执行了并且只执行了一次，正确的等待了2秒
    
18. 
    
19.           }
    
20. 
    
21.         ....
    
22. 
    
23.    }
    
24. 
    
25.    else if(gameState == GameState.wait)
    
26. 
    
27.    {
    
28. 
    
29.          //do nothing
    
30. 
    
31.     }
    
32. 
    
33. }
    
34. IEnumerator RoleAttack()
    
35. 
    
36. {
    
37. 
    
38.     .....
    
39. 
    
40.      yield return new WaitForSeconds(2);
    
41. 
    
42.    //最后记得改变状态回来
    
43. 
    
44.    gameState = GameState.game ; // 跳回循环中
    
45. 
    
46. }

复制代码

我的感觉：

1使用协同程序写游戏的Loop，特别是涉及到等待时间相关的，协同程序的代码量相当少，使程序更容易维护

2 使用Update() 来写Loop 是一种习惯 -，- 是一种流水线形式的处理，是一种从上古的c++遗留下来的优良传统orz...

3 使用协同程序时  比较复杂的时候，程序逻辑难以读懂（智商太低orz）

4 千万不要这样写：

1. Update() {  
   
2. 
   
3.     //没有任何状态机就跑协同
   
4. 
   
5.     StartCoroutine( Test( ) );
   
6. 
   
7.      //恭喜你每一帧都开了一个协同程序，如果你不怕死机的话
   
8. 
   
9. }

复制代码

另外：我做了一个协同程序和Update的性能测试, 我猜测使用协同时 图片的读取效率 更好（GPU更好的使用？）
可能是我做得不够彻底，得出的结果是它们的性能几乎一致（求大神论证）

hyui

great stuff!

viiqii

这个做法真不错。。学习~~