C/C++是程序员必须掌握的语言吗?

类别:VC语言 点击:0 评论:0 推荐:

    滚滚长江东逝水,浪花淘尽英雄。虽说是个人英雄的时代已经成为过去,但我们仍然不能对这样的榜样们有所忘怀,他们是WPS求伯君、CCDOS严援朝、2.13吴晓军、四通利方王志东、CCED朱崇君、UCDOS鲍岳桥等。因为他们不仅是成名的优秀程序员,也不仅是在写文章时所必须想到的人物,更主要的是他们激荡了很多批程序员的编程热情,坚定了学会汇编和C就能走天下的决心和勇气,他们代表着以往中国软件业的辉煌。
    多年来,我们一直就这样追随着,也不曾怀疑过有什么不对的地方。即使在DOS已成为过去,Windows和Internet独霸天下的今天,我们也不曾怀疑过。
    我们能怀疑吗?我们眼见的实例太多了。我们不是看到Linux等操作系统和许多应用程序的内核都是用C来编制的吗?即使在高校的计算机或非计算机专业中,C/C++程序设计课程的广泛开设不也是一个极好的证明吗?Norton Utility 首席设计师Enrique Salem不是也认为"每个人都应当使用C++"吗?
    难道还有什么怀疑吗?
    诚然,我们不能否认C/C++语言的超凡魅力。然而我们不禁要设问,在Windows流行的今天,用Windows C编制出界面独特、功能强大的应用程序,你能吗?即使能,你需要多少时间?
    在有许多程序开发工具可供选择的今天,强调"C/C++是程序程序员所必须掌握的语言"难道就没有人真的敢站出来提出质疑吗?

    其实,在网络一统天下的今天,任何应用程序都必须经过网络的验证。谁的软件好用,谁就会被认可。为了能达到这样的目标,许多Windows程序员都选择了简单易学、能快速有效地开发的Visual Basic、Dephi等工具。E_book电子阅读器就是其中一例,它是李晓东用VB设计的。
    如果这显得太过苍白无力的话,那么让我们先来看看C语言从过去到现在的发展历程,看看它为什么这么发展。
众所周知,C语言是在70年代发展的语言,由于当时人们设想一种集低级语言和高级语言优点于一身的语言,于是C语言就诞生。基于它的简结、紧凑、方便和灵活,它很快就成为国际上广泛流行的语言。
    然而,C语言终究是面向过程的语言,数据和处理数据的程序是分离的。当对某段程序进行了修改或删除时,整个程序中所有与其相关的部分都要进行相应的修改,从而程序代码的维护比较困难。为了避免这种情况的发生,在C的基础上中引用了面向对象的设计方法。它是将数据及处理数据的相应函数"封装"到一个类中,而使用类数据变量则称为对象。在一个对象内,只有属于该对象的函数才可以存取该对象的数据。这样,其他函数就不会无意中破坏它的内容,从而达到保护和隐藏数据的效果。这就是C++。当然,面向对象的C++还支持多重继承、模板、操作符重载、内联函数定义、预处理、宏、全局静态类变量、嵌套类定义等等。
    C++太复杂了,任何一个使用C++开发者的企业必将付出更多的成本,因为优秀的C++程序员是少而又少。基于软件企业化的需要,人们很自然地需要一种简单易用、面向对象、安全灵活的"新一代Windows服务"(Next Generation Windows Services,简写为NGWS)应用程序的语言,于是C#出现了。它全方位简化了C++的功能,使其具有C++所没有的简单易学的优势。它既没有C++"悲剧性"的指针概念,也没有类似"::"、"."和"->"的"愚蠢"操作。
    因此我们也可以说,C#才是程序员们所必须掌握的语言。但是,我们不能忽视这一点,语言总归是程序员的工具,谁具有简单易用、支持最新技术并能快速有效地进行软件开发,谁就是程序员的工具。
    如果上述的结论还不能接受的话,那么让我们看看现在C++程序员的窘境吧!
    就目前而言,选择C++就意味着选择Visual C++,而不C++ Builder。这是C++程序员第一件让人头痛的事。因为VC与Windows 98/NT同出一炉,相同功能的Visual C++应用程序编译后,其大小要比C++ Builder小得多。不仅如此,其稳定性和完善程序要比C++ Builder要强得多。
    但是"Visual C++"这个名字曾误导了很多人,他们认为自己买了一套完全可视的编程系统,类似于Visual Basic,并在刚开始的几天总这样幻想。然而不久,人们认识到他们必须实际编写和阅读C++代码。虽然Visual C++向导可以节约时间和提高正确性,但程序员必须理解向导所产生的代码,最主要的,还必须理解Microsoft Foundation Class(MFC) Library的结构和Windows操作系统的内部工作方式。许多C/C++的DOS平台的程序员把这种工作方式评价为"枯燥且艰深晦涩"的过程。尽管新版本的Visual C++6.0提供了控制台应用程序类型,使DOS程序员能方便地进入MFC应用程序的开发,但仍然不能从根本上改变上述弊端。
    选择了Visual C++,就必然选择MFC,一种程序结构,一种编程风格。但由于MFC是OWL同时代的产物,已经落后于VCL一个时代了。从开发出基于ATL的WTL可以反衬出MFC的不足。这恐怕是Visual C++程序员最窘的地方。
    但我们暂且不提MFC过时的尴尬,单是稍稍地改变一下应用程序的外观,Visual C++已是力不从心了。例如,想要改变控件的字体和背景,你得重新生成一个类,而VB只需更改一下属性。从Visual C++界面设计的网站的火爆可见一斑。
    不仅如此,Visual C++程序员也时常感到另外一种尴尬,一个小小的BMP、JPG图片显示,在Visual Basic中轻而易举的事件,到了VC居然需要那么多的代码,而且在数据库应用程序的开发中还常发生许多一些细微的错误,令程序员们大为恼火。更为甚者,如果有人还想用Visual C++编写Internet/Intranet程序的话,那简直就是自寻烦恼。
    虽然,一个优秀Visual C++程序的薪水要比其他程序员高。但是,他所花费的精力不是其他程序员能比拟的,他不仅需要承担高昂的培训费,而且还要承担90%不成功的概率。这恐怕是想成为Visual C++程序员的人最苦恼的事。
    当然,我们不是劝你放弃使用C/C++语言,相反还十分支持。因为使用C/C++编写的程序结构和算法能被更多人接受,毕竟C影响了整整20个年头。但是时过今天,我们还能靠它来"谋生"吗?
    相信你已经有了自己的答案。当然,我们之所以跳出来,是希望程序员们不单是在这个方面去思考,更主要的是:在我们国家软件发展浪潮到来的今天,我们不能再盲从,我们应该关注软件产业、关注互联网产业、关注信息产业。我们也应该有自己的归宿,难道印度软件大国给我们的启示还不够多吗?

本文地址:http://com.8s8s.com/it/it4052.htm