1. <output id="5rrzn"></output>

        <dl id="5rrzn"><ins id="5rrzn"><strong id="5rrzn"></strong></ins></dl><dl id="5rrzn"><font id="5rrzn"><nobr id="5rrzn"></nobr></font></dl>
        1. 程序员令人笑喷的代码注释,测试部:下班留下来谈谈!

          PHP自学 / 2019-01-02 18:56:23

          小编?#20154;?#19968;件真事,以前在公司的时候,有一位技术非常牛逼的前辈,在代码注释中写了“说了你也听不懂!垃圾”,这不是重点,重点是他下意识的把这句话复制到?#35828;?#26694;提示的文字中,用来测试一个代码的逻辑性,后来忘了删除。代码也提交到了测试部,巧的是在bug系统发现了这个bug,bug弹出了“说了你也听不懂!垃圾”,最后被测试部的大佬邀请喝公办茶。

          个人观点,只是经验之谈,欢迎来喷 !

          1、在类级别,方法级别上最好加上注释。

          特别是那些逻辑复杂的,难以用一句话描述清楚的内容,最好加上注释,讲清楚这个类,或这个方法是用来干嘛的,有什么需要注意的地方。这个注释很重要,特别是这些代码还要被其他人使用的时候,加上说明会方便很多。

          2、在某些容易留坑的地方,最好加上注释。

          这种地方很多时候是因为图省事,或者没时间等原因,只能暂时这么做,但是需要提醒使用者注意。或者怀疑队友水平没那么高,理解不了你的代码,?#31243;?#26469;修改代码并且容易改错。或者是因为这段代码『特立?#20332;小唬?#19981;?#21069;?#29031;常规方式,你自己在这里耍了小聪明,或者用了自己设计的一些技巧性的东西,怕别人看不懂。

          3、涉及到业务逻辑的代码,比如某些字段需要加说明,之类的。

          有些业务的东西,确实不是一两句代码就能扯清楚的,这种东西,加个注释就好了。

          4、因为修复某个bug而加进去的代码。

          改bug,特别是改别人的bug的时候,如果不是进?#20889;?#35268;模的重构,而是往里面加小段代码打补丁的时候,最好加上注释,否则这段代码很奇怪,并且容易看不懂。记住最好留上你的名字,不然后人看这个代码都不知道该去骂谁,hiahiahia~。

          足球外围投注app

              1. <output id="5rrzn"></output>

                <dl id="5rrzn"><ins id="5rrzn"><strong id="5rrzn"></strong></ins></dl><dl id="5rrzn"><font id="5rrzn"><nobr id="5rrzn"></nobr></font></dl>

                      1. <output id="5rrzn"></output>

                        <dl id="5rrzn"><ins id="5rrzn"><strong id="5rrzn"></strong></ins></dl><dl id="5rrzn"><font id="5rrzn"><nobr id="5rrzn"></nobr></font></dl>
                        1. 山东11选5任4技巧 澳洲幸运5是哪里开奖 154期3d历史记录 福彩3d八卦图 江苏快3开奖直播图 河北十一选五开将结果 中彩网3D跨度除345余数 中国竞彩足球比分直播lm0 今天福建快3推荐什么号 福彩新快3怎么玩 福彩双色球 华东15选5下载了 云南彩票投注站申请 浙江风采福彩3d走势图 六合彩固定公式规律