这是一个创建于 4257 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近编码的时候有一个感悟-------------不相信别人的代码（还要自己再次校验）
辛辛苦苦写完了程序，自己单元测试的时候运行的杠杠的，到业务测试的时候各种提BUG。查来查去发现是 数据库的表各种不加改唯一的地方没有唯一！写SQL的时候因为char和varchar的比较没trim空格比较死活不对（这里不展开讲，字符串的比较加trim是比较好的实践，不依赖数据库选项）。被类似的问题反复折磨之后，我现在写的程序对数据的一些状态的校验的代码明显增多，有些地方甚至有点脱裤子放屁的感觉，虽然业务人员说某些极端情况在他们看来不可能出现（但我想我的程序尽可能的健壮）。
如何克服这种“强迫症”？
辛辛苦苦写完了程序，自己单元测试的时候运行的杠杠的，到业务测试的时候各种提BUG。查来查去发现是 数据库的表各种不加改唯一的地方没有唯一！写SQL的时候因为char和varchar的比较没trim空格比较死活不对（这里不展开讲，字符串的比较加trim是比较好的实践，不依赖数据库选项）。被类似的问题反复折磨之后，我现在写的程序对数据的一些状态的校验的代码明显增多，有些地方甚至有点脱裤子放屁的感觉，虽然业务人员说某些极端情况在他们看来不可能出现（但我想我的程序尽可能的健壮）。
如何克服这种“强迫症”？
 |
1
zzNucker 2014 年 5 月 17 日
干嘛要克服
有条路： 找到靠谱的队友 |
 |
2
skydiver 2014 年 5 月 17 日
不需要克服，这是正常的啊
|
 |
3
rannnn 2014 年 5 月 17 日  1
本来就不应该相信别人的代码。人人都assume别人是正确的，最后导致bug被隐藏的很深，难debug
|
 |
4
hitsmaxft 2014 年 5 月 17 日
恭喜你， 在工作成熟了
|
 |
5
quake0day 2014 年 5 月 17 日
尽快成为领导，等你需要管的代码多了，这个强迫症自然就改了。
|
 |
6
raincious 2014 年 5 月 17 日
Trim感觉还是相对底层的问题。
我是说，如果数据库取代码的时候可以设定是否要先Trim一下，这个问题就解决了。这就是为啥大型软件得有个架构师在后头提供更方便的代码接口。 （是的，我是来秀代码的，瞬间发现自己好葱明很有架构师潜力呢有木有）  |
 |
7
ChanneW 2014 年 5 月 17 日
选轮子的时候要条好点的，也不要因为个别轮子不好就全部自己造，实在不行的时候也不抵制自己造。总之，不能有太偏激的执念。我是这样认为的。
|
Select Language