大师兄的写程序心得

本博客纯属杂谈，可能技术性的干货不会很多。若时间紧迫，各位可不必久留于此。

本人菜鸟一枚，于两年前因各种缘故，结识了现在一起同事的大师兄。在共事的这些天来，的确是吸收了不少前辈的经验，至少我慢慢修改了之前写代码的一些习惯。

习惯1：if…else…

结论：短的语句放在if里，长的放else

大家想必非常熟悉这个东西，我就不多说了。我要说的是使用它们的一些习惯。经历来源于我：今天我把代码提交到SVN，大师兄闲来无事瞟了一眼，随手翻了一下就皱起眉头，说：你这判断怎么这样写啊，你看你if里面语句一大堆，我找个else都麻烦，建议你短的语句放在if里面，这样以后维护也方便。我仔细一想，对啊我维护的时候要立刻理解这些代码的逻辑才行，把短的放前面岂不妙哉？于是我立刻着手修改，的确舒畅多了。

习惯2：不要让语句数量影响你的逻辑

结论：当一个方法内部语句非常多的时候，想想能否分成多个函数组成这个方法。最佳效果是VS一个屏幕能看完这个方法

经历还是我。写完一个接口方法后我提交给大师兄，他又是眉头一皱，“哎呀”一声，我就知道又是到了和老鸟学习的时间了。果不其然，他立马说：你这个方法也太多语句了，你自己看看，都TM的500多行了，我一个VS都看不过来。我本来想说，哎师兄你可以用#region呀或者VS的ctrl + m + l啥的，不过最后还是一个人扛下来所有。。大师兄后来说：你这个方法想个法子，看看能不能抽出些语句形成一些函数，这样以后维护的时候我看主函数就好，只在必要的时候去查看引用就好。即使这些函数只有这一个方法引用也没问题。老鸟都这么说了，我只好苦着眉头去做了。又过了一段时间，我修好后再看看这个方法，的确觉得舒畅多了，眉头也舒展开来，心头只剩下对老鸟多年经验的感叹。

习惯3：接口的调用时间问题

结论：一个接口尽量在3秒以内

相信各位大佬也是写过不少访问数据库的接口，我就不丢人现眼，在各位面前班门弄斧了。我想分享的是接口的调用时长。因为接口的使用是由服务器保证的，服务器上随着服务的增加，可能同时会有数量十分惊人的接口调用。这时，如果有一个接口的使用使用达到几秒甚至几十秒的情况下，数据库、服务器上的其他接口使用可能会受到影响。（这个我听大师兄说的，我也没敢放在公司服务器去试试，没敢在多接口使用的情况下多用几次这个长时间接口）所以要多想办法，看看如何缩短时间。我推荐使用C#的这个类，在你想要测试的代码段放这几段代码，然后输出sw的毫秒数就行。看看重点哪里耗时最长再下手。

另外，分享一下SQL语句运行时间缩短的一些方法，非常感谢这位仁兄
SQL 如何缩短SQL语句运行的时间

今天的大师兄心得先到这。其实还有好多细节我没写出来，诸如命名不要用如cart1、cart2等，不知如何命名可以考虑拼音；当写代码遇到瓶颈时，干脆删掉重新写，整理一遍逻辑，这样反而快一些（来着大师兄的亲身体验）总之，我还得多多学习才行，加油！