从CString::Mid()的崩掉看问题
今天,当我写的程序拿到另一台电脑上去测试时,发现程序崩掉了。经过一番追踪，我发现我竟然栽在Mid函数手上。我在使用Mid函数时没有判断字符串是否为空，这个函数居然使程序崩掉了。我真的郁闷啊。按照我的习惯的思维，字符串为空时调用Mid函数应该会返回空字符串啊，怎么会崩掉呢?难道CString中的Mid真的有问题吗？这勾起了我去探求Mid函数的兴趣。我通过跟踪进到函数内部，发现其中有几个断言：
ASSERT(nFirst >= 0);
ASSERT(nFirst + nCount <= GetData()->nDataLength);
我是死在了后一个断言手上。所以在Win32 Debug模式下运行程序时，程序自然会崩掉了。呵呵，只要换成Win32 Release模式就一切都OK了。
问题搞清楚了，该总结以下了：
1.程序出错了，总要先怀疑自己，确定自己写的没错了，再去找别人的茬去。当我看到当程序运行到Mid()处崩掉时，我一个劲地埋怨写这个函数的人，怎么这么烂，这也会写错，其实是我自己孤陋寡闻，我想这也是一个极不正确的态度，我希望我能改过来。要是你也和我有一样的问题，那么，也下决心改正吧
2.写程序千万不要偷懒。程序崩掉在很多情况下是因为程序员偷懒造成的（个人见解），如果能多一些合法性检查、空值检查，多一写出错处理，很多程序也就不会那么脆弱了。
