遇到朋友提交的这种代码该怎么办

@mzer0 你说的使用结构体进行因果优化， 是指使用 hash/map/dict 之类的数据结构，从而隐藏 if/else 的逻辑吗？？

撕逼预订。
这是吐槽命名有些凑了拼音么？
而且貌似判断变量的值的代码风格有好多种。
感觉不是一个人写的，或者说他精分了？

矫情。

不能一起愉快玩耍就分吧

楼主你太年轻了，这样的队友算真心好队友了，我维护过几千行无注释数十个 if else 硬塞成 mvc 的项目，那叫一个想死

把你自己的代码贴上来看看

楼主是在踩着别人秀自己高大上的吗？

楼主要是觉得你的队友不行，请联系我。

@前面说只是编码风格不同的
我们排除易读性和健壮性，单去看看 CLR 就能知道效率差多少了吧。

@yeqi CLR=>CIL

首先说 C#应该是驼峰命名法 方法名 /属性名首字母要大写， 然后这么多魔法值 维护起来有点麻烦。代码整洁就看个人了

要不是你朋友，连注释都不写。

@harry890829 是不是还有效率上的区别，记得 switch case 有些编译器会优化出一个 jump table 啥的，只要计算一次， O (1 )的时间，不排除记错了。。

不过话说，这个注释真是详细，已经很幸福了。。

一句都不想说你还发帖子说一下。。
代码风格这东西没啥说头，只问你能不能看懂，功能实现没有，代码不要做无用功简洁就 ok 拉，要不楼主 t 贴个自己的代码对比下？

@init 看注释你就应该知道是游戏了，但是如果是游戏的代码，不可能判断颜色区域的，所以就是外挂了啊

@fo2w 你这样就不能好好聊天了……你这么说循环的话，就已经到达质变的情况了，要是只是说 switch case 和 if else 的话，在字符上并没有很大的差别，如果像 @hitmanx 说的那样， switch case 会被编译器优化的话后，那么就确实会有差别了（并没有检查）

@theoractice 交出头像

这种代码风格，让我想起了一个小伙伴

@hitmanx 不同平台的编译上确实有区别，例如在 TI DSP 上，如果 CCS 编译，会有一个.switch 区域，执行的时候会接近 O (1 )，此时通过人工修改更高命中率的 case 的次序应该是没有什么效果的。但是 51 平台上用伟福或者 Keil uV2 会出现 switch 执行时间的陷阱，不知还有没有人遇到过...

@fo2w 在嵌入式 MCU 里面确实会有这种情况。如果用 for ，每次赋值之间起码增加了一次 ACC 和一次判断跳转，对于带有流水线并且没有分支预测或乱序执行的 CPU ，执行效率大大降低。况且遇到这种需要批量生成的代码，也是直接 excel 里拖一下，然后 Ctrl+C ， Ctrl+V 过去的。

@kaedea 我的头像？只是一张手机拍的风景照啊。

都是程序员，何苦难为程序员