你们做服务端会对接口的入参和结果做日志吗?
原本用的框架自带接口入参与返回日志,但接手的人把框架自带的日志注释掉了,理由是每条都记录消耗服务器 io 性能和占磁盘。
还有就是估计对框架不了解,没用上框架自带的环境变量启动选择配置,而采用直接替换配置文件的方式。
还有就是代码没用 eslint,有些 es5 和 es6 语法混用。
见过好多二手代码了,感觉做游戏后台开发是不是比应用后台开发更没资料参考,没参考资料就好多自由发挥的奇技淫巧。
原本用的框架自带接口入参与返回日志,但接手的人把框架自带的日志注释掉了,理由是每条都记录消耗服务器 io 性能和占磁盘。
还有就是估计对框架不了解,没用上框架自带的环境变量启动选择配置,而采用直接替换配置文件的方式。
还有就是代码没用 eslint,有些 es5 和 es6 语法混用。
见过好多二手代码了,感觉做游戏后台开发是不是比应用后台开发更没资料参考,没参考资料就好多自由发挥的奇技淫巧。
公共输入输出好说中间件过滤器啥的拦截顺手写一下就行了。
但是像那些三方接口输出、传递参数、程序中中间变量值是一个个挨个手写 Logger.info.还是也有啥统一方法
这么说吧,你觉得打印日志不影响性能,那你有没有想过为什么现在后端的主要性能瓶颈全部在数据库那边?
你把所有接口的请求和返回全部打日志,你做的事情和数据库有什么两样?
所有请求和返回都打日志,只有当项目足够大,需要做风控的时候,才会考虑采取这个策略,而且别人也会专门考虑使用旁路流量方式记录日志来不影响线上服务。框架给你的那个接口入参和返回日志是方便你调试的,绝不是给你放那常开的
还有就是做游戏,总有玩家经常会说什么活动任务奖励没领到之类的情况,有日志就好跟踪玩家操作,可以判定是玩家误操作还是 bug 。