考考你：“int;”这样写编译会不会出错？

VBProFan

7# YaDa  

VB更容易使人犯低级错误，比如变量没定义，ReDim的时候写错变量名，你查半天都查不出来……还有某函数的返回值类型修改了，静态检查竟然检查不出类型不匹配，偏要运行的时候才查得出……
acme_pjz 发表于 2010-9-25 16:27

变量没定义的问题用 Option Explicit 就可以搞定了，Redim 确实比较麻烦，有时候我删去了声明发现居然没报错？！再仔细检查才发现中途有个 Redim

acme_pjz

10# download

强制声明就可以了，不要用redim来当做声明，用来当成分配即可

不行D，如果Dim的时候写对了，ReDim的时候不小心敲错了呢……

YaDa

C语言的陷阱比VB大得多了：
一会儿要分号一会儿又不要；
Select语句要加上“Break”这么一句废话；
逻辑运算的符号与判断的符号不一致；
大小写敏感；
if Then 语句后面不加语句块的花括号只能算一句是与判断有关；
一大堆的花括号看得眼花缭乱，不如一个“End XXX”来得清楚。又，花括号空行不像空行的，干扰空行的分段作用；
自由书写及++、--之类的，说起来“你可以不用它”，但阅读他人的代码总要碰到，干扰思维；

依我看，BASIC化的C语言更好，C语言在我看来很丑陋。B语言主要是太弱了，数据类型及运算类型比C少，所以很难受。

acme_pjz

13# YaDa

我觉得C/C++还不错啊……可能是我自己写代码比较多，而你要看别人的代码的缘故吧……

VBProFan

C语言的陷阱比VB大得多了：
一会儿要分号一会儿又不要；
Select语句要加上“Break”这么一句废话；
逻辑运算的符号与判断的符号不一致；
大小写敏感；
if Then 语句后面不加语句块的花括号只能算一句是与判断有 ...
YaDa 发表于 2010-9-26 19:38

呵呵，设置 break 是为了几个 case 共用一个程序段；花括号虽然不够清晰，但却节省了我们的打字时间，再说 source insight 这类的软件会在后面的花括号自动加上它对应的语句的。

我觉得比较郁闷的就是逻辑相等号经常打成赋值号的问题了。
另外一个脑残错误是 for 后面加了分号导致循环体没在 for 的控制之下……