今天调试一个游戏逻辑系统时发现前两天做的一些功能失效了,诧异不已。后来查了N久,才发现,被同事改了一段代码。而这段代码是在他的模块响应我这边的模块接口。也许是出于好心,也许是为了规划其模块的代码,终究是改了。
我觉得,在处理非自己写的代码上,无论代码好坏,首先要做的是和原代码编写者交流,这样才能弄清代码的来龙去脉,而不是单看表面就轻易下结论。
本文讲述了作者在调试游戏逻辑系统过程中遇到的问题:同事修改了接口代码导致功能失效。文章强调了在修改非自己编写的代码之前进行充分沟通的重要性。
今天调试一个游戏逻辑系统时发现前两天做的一些功能失效了,诧异不已。后来查了N久,才发现,被同事改了一段代码。而这段代码是在他的模块响应我这边的模块接口。也许是出于好心,也许是为了规划其模块的代码,终究是改了。
我觉得,在处理非自己写的代码上,无论代码好坏,首先要做的是和原代码编写者交流,这样才能弄清代码的来龙去脉,而不是单看表面就轻易下结论。

被折叠的 条评论
为什么被折叠?