这是一个创建于 3015 天前的主题，其中的信息可能已经有所发展或是发生改变。
这 save 还能更快点吗？
 | 1 knva 2017-07-13 15:57:03 +08:00 没准是测试代码呢. |
 | 2 Famio 2017-07-13 15:59:19 +08:00 function clean_cache() { alert("缓存清除成功！") } 前两天 V 站看到的 |
 | 3 kinghui 2017-07-13 16:02:47 +08:00 没准是兼容代码呢. |
 | 4 chazz 2017-07-13 16:04:06 +08:00 哈哈哈，跟前段时间的清楚缓存 一摸一样的操作 |
 | 5 claysec 2017-07-13 16:05:23 +08:00 def random(): a = random(10) return a |
 | 6 surfire91 2017-07-13 16:07:49 +08:00 我咋觉得没啥问题，可能是为了方便调试，或者是预留接口之类的 |
 | 7 Lonely 2017-07-13 16:12:52 +08:00 这一般是预留的吧 |
 | 8 lixiangzaizheli 2017-07-13 16:20:17 +08:00 如果项目写完了就不会要你接手了 先写完逻辑再补代码而已 |
 | 9 cod 2017-07-13 16:20:50 +08:00 没毛病。 第一段预留，第二段一般都是测试代码，改成 false 就快速屏蔽。 经常这么写，尤其是脚本类语言。 当然 c/c++的话，就不可能这样，改一下再编译太费劲。 |
 | 10 momocraft 2017-07-13 16:24:41 +08:00 我做到一半时也这样..不过会写个 FIXME |
 | 11 reus 2017-07-13 16:27:01 +08:00  7 少见多怪，你经验还是太少 用来调试的，用来预留的，各种技巧，多学习，少吐槽 |
 | 12 blacklee 2017-07-13 16:31:37 +08:00 1. 很多人说了，这没毛病，是你少见多怪。多写几年，你就会用这种方法来调试代码了。 2. 话虽如此，但这种代码应该是留给自己的，把这种代码交出去就不太好了。 |
 | 13 iyangyuan 2017-07-13 16:33:24 +08:00 没什么大问题，方便扩展，很有先见之明 |
 | 14 autoxbc 2017-07-13 18:30:04 +08:00 附加操作，快速屏蔽 if(true) {...} 快速略过判断条件 if( false || ... ) {...} else {...} 多方案备选 switch(1) { case 1: ... break; case 2: ... break; } |
 | 15 printempw 2017-07-13 19:01:28 +08:00 挺正常的，我也常写，不过一般会标明，也不会就这么放着交给别人 |
 | 16 nutting 2017-07-13 19:32:59 +08:00 via Android 第一个应该留个 TODO 吧，第二个测试用的，但是 true 建议定义到一个常量里起个名字吧 |
 | 17 kamen 2017-07-13 19:36:33 +08:00 写法没毛病，但是好歹加个注释啊  |
 | 18 Mikewu 2017-07-13 19:43:18 +08:00 测试的时候我也常这样写  |
 | 19 mingyun 2017-07-13 22:08:43 +08:00 // to do |
 | 20 Ouyangan 2017-07-13 22:11:23 +08:00 因为没写完逻辑的话 , 不这样写编译器就会报错啊... |
 | 21 oneonesv 2017-07-13 22:30:38 +08:00 测试用的 没毛病 |
 | 22 hellojeana 2017-07-13 23:42:38 +08:00 via iPhone @Famio 好好笑！！ |
 | 23 wemore 2017-07-13 23:55:59 +08:00 via Android uc 看不到图，顺便绘麻好评 |
 | 24 weyou 2017-07-13 23:59:27 +08:00 via Android @autoxbc 快速略过判断条件有点问题吧？ 应该 false &&或者 true || 吧，还是我没看懂你的目的 |
 | 25 ditel 2017-07-14 00:33:56 +08:00 via Android 第一个基本是写个接口，后面再填 |
| 26 autoxbc 2017-07-14 00:38:25 +08:00 @weyou 我写的是常规状态，所谓常规状态就是不影响条件判断，略过状态是调试时快速切换用 略过判为真 常规状态 if( false || ... ) 略过状态 if( true || ... ) 略过判为假 常规状态 if( true && ... ) 略过状态 if( false && ... ) |
| 27 autoxbc 2017-07-14 00:47:33 +08:00 |
| 28 autoxbc 2017-07-14 01:23:23 +08:00 @weyou 抱歉刷屏，刚发现我们俩的出发点不一样 你的写法在调试的"冷区"适用，写 true || 就快速判真，不过出调试时略麻烦，需要删除 true || 我的写法在"热区"适用，布尔值和逻辑符号就放在那，平时也有，但是不影响逻辑。进调试时只改动布尔值，出调试也只改布尔值，尤其是弱类型语言，0 和 1 切换就行。 乍一看比较怪异，这样扣题"还有这种操作"。 |
 | 29 e9e499d78f 2017-07-14 01:33:54 +08:00 应该用： ///* //*/ |
 | 30 Mutoo 2017-07-14 07:21:19 +08:00 1 两段代码切换: //* Block-A[run this] /*/ Block-B //*/ 删除掉第一个 / /* Block-A /*/ Block-B[run this] //*/ |
 | 31 knight322 2017-07-14 08:04:57 +08:00 楼主啊，方法上面好像有注释哦 |
 | 32 cxbig 2017-07-14 08:19:53 +08:00 这些手段常用啊，不过提交之前肯定是完善了的。哪怕留白，或因分工需要交给其他人做，一定会写 todo。 |
 | 33 owt5008137 2017-07-14 08:43:45 +08:00 via Android @cod c++有时候也这么写，还有时候用#if 0 和#if 1 的 |
 | 34 hao3721 2017-07-14 09:19:32 +08:00 少见多怪 |
 | 35 sonyxperia 2017-07-14 09:21:02 +08:00  |
 | 36 lxy 2017-07-14 09:40:36 +08:00 第一个至少留注释 TODO，第二个至少留个调试变量 if(DEBUG) |
 | 37 kary1 2017-07-14 09:50:20 +08:00 预留的吧，具体实现还没有来得及写 |
 | 38 ikaros 2017-07-14 09:53:43 +08:00 第一个我就经常这么写的.......... 主要是为了在规划结构的时候,决定哪些函数该做什么, 把所有的函数和结构都规划好之后再写里面的逻辑 第二个不会这么写 |
 | 39 timi 2017-07-14 10:08:36 +08:00 = = 经常这么写，虽然不好看，但是好歹调试起来顺手顺心就好了 |
 | 40 crackhopper 2017-07-14 10:13:53 +08:00 第一个没毛病，第二个有毛病。如果需要判断，应该写成具体的函数，然后用 1 的方式预留一下；如果只是 debug 的话，注释掉明显更好。加减注释只是快键一下就 OK 了；如果是测试的话，应该写到单元测试里去。 |
 | 41 foursking 2017-07-14 10:14:21 +08:00 看在是妹子的头像，我就不吐槽了啊 |
 | 42 lommo 2017-07-14 10:19:47 +08:00 我不看评论，还以为要吐槽花括号的开始位置呢。 |
 | 43 Quaintjade 2017-07-14 10:28:27 +08:00 很正常，先搭好框架再实现功能，不然你得全写完才能测试 不过一般会写一行注释标明待实现。暂时用不到的功能可以抛 System.NotImplementedException 避免坑他人。 |
 | 44 AlisaDestiny 2017-07-14 11:25:26 +08:00 @kamen save 方法上是有注释的。只是楼主截图不完整。 |
 | 45 af463419014 2017-07-14 11:55:50 +08:00  |
| 46 Lonely 2017-07-14 12:07:10 +08:00 via iPhone @af463419014 厉害了 |
Select Language