像大小写转换之类的应用，学过C和汇编的人，就会自以为深入了解细节，对字母内码加减32，觉得这种做法高明得不得了，殊不知那仅仅在ASCII编码下有效，但在国际化领域，不是全世界都采用美国编码，德文和法文的字母大小写转换，就未必是这样对应，你把细节弄到这个层次，到面向具体环境的时候，就得先识别环境再使用不同的内码，没的自找麻烦。其实最简单的处理办法就回归自然，字符对字符，程序在什么环境下编译运行，它自然就用当时环境的内码，用不着你自作聪明地翻译，大小写转换，用查表法'A'对'a'转换，就比数值计算好使高效得多。这叫聪明反被聪明误。

T版功力深厚~

具体和抽象，是对立统一体中的一对矛盾，深入具体，必然就远离抽象，反之亦然。对立统一体是你中有我我中有你的，两者不能泾渭分明，但也不能不有所侧重，取适当比例而已。过份关注细节和具体，只能走火入魔，把简单的事情弄复杂，像这种本来很简单就可以解决的问题，一旦深入细节，就出现复杂局面，这本来是可以避过的陷阱，偏偏自己踩进去，还要乐此不疲，所以我一直说学C和汇编学到这般程度，就是走过了头。细节不会帮助认识更深刻，正如用放大镜和显微镜看人反而看不清全貌难以把握全面一样，那只会误导你。

人家编程规范中有一条告诫，“不要企图给对象拍X光片，不要对对象在内存中的准确表示方式做任何假设，相反，应该让类型决定如何在内存中读写其对象”（第91条），说的就是这个。诸如假设int型数据有多少位之类，就是最经典的陷阱。还有那个移位操作的也是，左移从右边补入0固然没错，但右移从左边补进来的却未必是0，这下就会玩死你，所以那种爱用移位运算的，其实等于在雷区蹦达，溺死多数是会游泳的，就是这个意思。

[ 本帖最后由 TonyDeng 于 2013-3-3 11:40 编辑 ]

也有人讲 不入虎穴 焉得虎子 哈哈

“不入虎穴焉得虎子”，是明知危险而冒险一搏，但那个不是，是当秘笈、正常手段、炫耀资本用，连危险意识都没有。凡是那种有直接代码不写，专玩技巧、隐晦、模糊的，都是这类。

学习

t版牛

你的头像也很牛 是个卫星吗？

神6啥的 我忘了

怎么越看越像个烧火罐