我看别人代码:
大数组, 对象随意申请也不缓存下, 数组随意反序, 随意splice, 连续的for of 即使明知道是空的也不return.
代码各种复杂, 各种封装, 连求个math.sqrt都要封装下, 链表五六层, 各种继承…
但是: 人家赚到钱了!!!
我写点代码, 没有格局, 各种考虑性能, 缓冲池多如牛毛…
总感觉我有问题, 继承都不敢有三层…
你考虑的是什么性能? splice很费性能吗? 代码复杂是因为你看不懂么 人家看得懂呢 就算别人看你代码可能也一样 如果你要考虑性能 不就是每帧都需要调用的计算量 其他那种就调用一次 你谈什么性能
我以前写静态语言, 负责框架之类, 养成了坏习惯;
三层问题不大啊 上面两层都是固定的 只有最后这层是你不同的代码 就比如我的组件类 就是3层 第一是基类 第二各种固定的代码 第三逻辑层
优化是个好习惯，但是应该把优化的精力花在真正的瓶颈上，按照性价比排序去处理。
有时候需要放过自己。
线上不爆炸，我就不优化：）
4赞
学从难处学,用从易从用.自己学习,这么优化这么来.踩最多的坑,挨最毒的打.对今后就是一笔财富.如果是公司或需要盈利的项目,天下武功为快不破.不是恶性问题.一般先跑起来上线再说.祖师爷也说过不要优先考虑优化和过度优化.
要尊重每个人的编程习惯，正因为此，所以才能百花齐放
编程只要保持在规范内，都不会太差。
举例，服务器返回的code
新手会直接code == 200 {xxxxx}
而良好的可读性应为 code == ReturnCode.OK，使用enum 使其人类可读，
当然也可以在返回的方法上方，写上注释
//200 = 成功
正解，团队合作项目难免习惯不同，我都是先看别人的代码风格然后尽量贴合负责主导项目的习惯来写，感觉这样就像我在写的同时review别人的代码，学习经验、帮助查错，而且负责人也比较方便review我的代码
该主题在最后一个回复创建后14天后自动关闭。不再允许新的回复。