这是一个创建于 2719 天前的主题，其中的信息可能已经有所发展或是发生改变。
这 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