今天就跟大家聊聊有关如何进行C++开发环境的解析,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
大多数企业用的开发语言,莫过于C++了,但是随着科技地发展,其他的编程语言也在慢慢的进入用户的视野,那么这三种开发环境并不一定说哪个程序比哪个程序要好,但是目前还是C++开发环境占主流。
一个古董级的开发环境,说他是古董是因为很少有软件用那么久还有大量的用户在使用,有点像当年的Borland公司的tc。vc6.0用微软在开发环境上的***突破,是带有历史意义的。由于vc6.0的出现,使微软打破的长久以来被Borland公司的C++ builder独占C++开发环境的局面。
VC6.0界面简洁,软件运行效率高,使得他成为的大家都***。其实就用vc的后续版本,现在微软已经把它出到了vs2010。每年更新一次版本,可见微软对vs的雄心壮志。系出我软件,所以比起其它开发环境有着得天独厚的优势。
对自己操作系统的***支持,丰富的功能集成,使得他成为的大量程序员的***。BCBBorland的公司的杰作。特别是BCB6.0很是值得一提,看看市面的关于C++ builder相关的书就知道,几乎所有的书都是根据6.0写的。
比起微软的作品,BCB有着她独有的魅力。像vb一样的高效的开发环境,高度集成的控件可以满足我们大部分的需求。虽然BCB所开发的软件运行效率比不上微软的,但是使用它开发软件可以节省我们好多的时间。当前硬件发展的如此之快,BCB与vs的效率几乎是感觉不出来的。
使用vs可以提高软件运行效率,但是使用BCB却可以节约我们的开发时间。如果是个小程序BCB的开发时间是相当短的。BCB提供的控件相当丰富,操作又想到简单,使得它能节约相当多的时间。
微软的MFC框架是一套相当复杂的模型,用BCB则完全跳出来MFC框架。在计算量大且软件界面没什么要求的情况下完全可以使用vc6.0,要求再高点的话就可以使用vs,如果时间紧且对界面要求高,我很是建议大家用BCB。
单纯的比较开放环境其实是没有多大意义的,具体的选择还得看大家的个人习惯及工作环境。开放效率和运行效率本就很难两全齐美,就如同用sdk开发软件肯定比用mfc开发出来的运行效率高,但是大家却很少有人去用sdk开发一样。开发效率和运行效率只能有开发的要求去权衡,单纯的说哪个好求实是无稽之谈。
这篇文章本来发的很早了,写的也一般,只是今天无意间看到了网上一篇2003年的关于vc和bcb开发软件在执行效率上的比较,感慨一下,又把这篇改了一下。单纯的比较执行效率是一件愚蠢的事
但看了无数篇阐述C++复杂性的文章,和争论C++复杂性的吐沫星子(包括我前段时间写的两篇关于C++的总结)。我始终都有一个感觉——没分析透,就跟盲人摸象一样。正如“Why C++”的一位读者批评的,我在文章里面没有写明到底哪些是C++的“非本质复杂性”。
当然,我自己凭感觉就能知道,而接触C++一段时间的人大致也能知道,但新手乃至非新手则对我所谓的“非本质复杂性”根本没有一个具体的认识,这就使得那篇“Why C++开发环境”脱离了原本的意图——面向所有C++使用者和学习者。
同样的原因,在写了“你应当如何学习C++”一文之后,当孟岩先生邀请我给《程序员》写一个系列的文章,介绍一下我在接触C++的过程中的态度和认识转变时,我虽然非常高兴的答应了,但直到现在3个月过去了还是颗粒无收。
为什么?因为我觉得真正本质的问题没有被清晰的触摸到;所以直到现在我都没有动笔,免得废话说了一大堆,除了能被当成小说读读之外,对真正考虑是否要学习乃至使用C++开发环境的人未必有什么实际用处。
然而,这么个念头一直都放在潜意识里面。前一阵子和Bjarne通信,谈到了关于C++复杂性的一些想法,在邮件里面总结了一下C++的复杂性来源,感觉思路清晰了许多。而这篇文章要达到的目的,正是传达对C++的复杂性的一个具体而明确的认识,有了这个认识作为支持,我们便可以推导出学习C++的***(实践者)的方法。
看完上述内容,你们对如何进行C++开发环境的解析有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注亿速云行业资讯频道,感谢大家的支持。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。