C++程序员是否应该掌握汇编语言？.pdfVIP

C++程序员是否应该掌握汇编语言？ 工作3年之余，发现精力会随着很多事情而降低，以前觉得很有激情很有兴趣的东西，可能 会慢慢变得“无关紧要”了。不知道这是一种所谓的洒脱，还是一种懈怠。总之我会努力克 服现在的状态，让自己的业余时间再充分利用起来。加上最近得了一个“准专家徽章”，为 了对得起这个徽章，也为了摆脱前面的懈怠，我要坚持写下去。 之前在网络上，一群伙计在那儿讨论关于CC++程序员是否应该对汇编语言有一定的掌 握程度的问题，当然我作为一名CC++程序员也参与了讨论。对于这个问题，我有我自己的 观点，可以说是亲身的感受和经历以及经验之谈。于是，抽这个中秋假期有时间，跟大家分 享一下。当然，首先声明一下，本文只代表我个人的观点，您愿意接受，我感欣慰；不愿接 受，就当我在这里唱独角戏。技术上的东西，每个人都有自己的一套方法，没有对错，还是 我一贯的观点：我只吸收对我有用的，无用的就当看小说吧。 首先，就本文标题而言，为什么强调是“某种汇编语言”。我想，大家都知道，汇编语 言只是所有平台汇编语言的统称，这样说来，不同的平台就会有不同的汇编语言，即不同的 汇编指令、不同的机制等。这里所谓的某种，即在自己经常工作的平台下的汇编语言。 其次，对于是否应该掌握这个问题上，反对掌握的观点大致有以下几点：1、对于普通 软件开发人员来讲，关注于上层实现，关注于功能和产品才是主要，汇编也用不到。 2、很多的CC++程序员不懂汇编，也成为了某公司某项目组主程序、核心研发，因此汇 编可以不学不用。 3、绝大多数CC++程序员还是在做上层开发，绝大多数项目也是上层开发，不了解底层 也能赚到大钱，而且是更多的钱。 4、做底层，比如：逆向、破解、写病毒等，很多致力于这层的程序员，感觉整天昏天 暗地，无数的重复劳动也没赚到大钱，觉得没意义。 5、对于做C#、java、WEB等领域的程序员们，大多数不会去关注底层实现，他们照样 过得很好，以此类推，汇编也是可以不掌握的。 6、汇编语言几乎是不跨平台的，于是就算你掌握了某个平台的汇编，但你在汇编语言 上，例如语法、机制等还是有局限性。 我就暂时列举这么几种反对的观点，可能你还有其他的看法，欢迎你的回复。至于支持 掌握的观点，也就是我个人的观点，我个人是站在支持一方的。所以下面就是我针对上面几 种反对的观点的看法以及我个人的体会。 从上面几种反对的观点来看，可以总体分为几个关键点：利益、收入和兴趣。我不打算 将这三个关键点分别进行针对性阐述，因为它们之间都是息息相关分不开的。对于利益和收 入上来讲，的确是有很多公司的高职位且收入不错的程序员并不了解汇编和底层，这样也不 代表他们没有能力，而往往他们是非常有能力的人。这样一来似乎和我个人的支持类的观点 有所冲突，但我认为这个冲突可以用追求二字来化解。为什么可以用追求来化解呢？因为追 求可以是任何领域、任何方向、任何目的和任何标准的，因此也就是我前面所说的，归结到 根本，掌握不掌握都没有对错。那我就说说我作为一个程序员的感受吧。 我们进入这个行业，从事了编程工作（大多数程序员都是编程开发做起的）。我相信很 多程序员的初衷，都是对编程开发有很大的兴趣，兴趣驱使着我们熬夜，驱使着我们研究， 驱使着我们进步。对于CC++程序员，我相信兴趣占有很大的比重。那么，我们来举几个例 子：你应该看过《深入C++对象模型》这本书吧，这是一本非常细致和美妙的书，我想你应 该有这样的感受。那么在此基础之上，你有过更多的思考吗？这本书里都是以实例和理论来 进行讲解的，实例是以C++语言进行描述的。于是你是否有想知道在具体的编译器和平台下 的这样一些疑问：1、this指针是怎么传递进成员函数的？成员函数和普通函数以及静态成 员函数有何区别和联系？ 2、透过语法，成员函数和类在内存中有什么联系？对象和成员函数有何种联系？ 3、函数间的调用原理，是怎么实现的？ 4、__cdecl、__stdcall、__thiscall和__fastcall这几种函数调用方式，在本质上有 什么区别？具体是怎么实现的？ 5、虚函数、多态和继承在本质上的体现，以及这些机制在底层是怎么实现的？ 除此之外，你在学习和使用CC++的时候，我想你还会在乎一些细节，例如：1、递归函 数一定会导致低效？编译器针对递归函数会不会有什么样的优化？你怎么知道这些优化细 节？ 2、对于这句代码：int b = a 0 ？ 100 ： 200； // i