之前跑去面试
上机测验考了一个随秒数显示数字的小程式
很理所当然的就用了coroutine
然后面试官就对这个念念不忘
说这个coroutine很多坑啊，很不好啊
他的理由是coroutine会造成某些变量不知道从哪里天外飞来一笔改掉，很不好
我在google上找不用coroutine的理由不外乎是很容易忘易把他disable掉
面试官这理由我从来没看过
unity的官方教学都用coroutine，大部分的范例也都用coroutine
然后实战不能用coroutine?
我是不是被唬啦

大概团队被没写好的人害惨过

瑞凡你知道某一派的理论认为 singleton 不是好东西吗?理由其实你自己讲完了. 就每个角度产品看重的地方不一样.

就真的有可能刚好他自己的认知或真的刚好被同事或合作者挖过坑，未必真的是不好而是用的人有问题

个人没面试过 Unity 内容的不过学校老师之前在 Zynga工作几年超爱 coroutine

感觉是用主观印象和个人习惯在评断，习惯好的人用coroutine也不会出问题。这样评比很不好啊，一些用coroutine解会很方便的事情就直接被一竿子打翻否决掉了，很不好。

就主管个人主观印象比较重，可以寄信和他探讨阿

我也主张少用coroutine，说两个我碰过的坑：同一个IEnumerator可以重复被丢进coroutine没有限制，也就是你可以在前一个coroutine还没结束前又下一次StartCoroutine。自己做都可能因此导致不可预期的结果，就更不用说多人协作了，如果要写一堆bool去防止这件事，那何不真的自己写一套流程呢。第二个就是他跟Update、AnimatorUpdate之间的先后顺序需要特别去注意

小专案没差 但我记得之前有篇分析各种计时方式的优缺点可以看一下 就知道为什么

推13楼。之前刚开始写就被搞到editor闪退过但这功能真的很好用