学习c++需要的时间以及知识

　　C++是当今应用广泛的计算机编程语言，那么想要学习掌握C++大概要多长时间呢?应该怎样学习C++?下面是学习啦小编整理的学习c++需要的时间以及知识，希望对您有用。

　　学习c++需要的时间以及知识篇一

　　完全学习C语言需要一个月。

　　学习语言容易，但要想随心所欲的发挥，需要相当长的时间，你先花一个月的时间把C语言的语法、函数库等弄明白，再花半年时间阅读一些别人编好的程序，以能看明白为准，然后自己编一些小程序。然后你就能对比出你自己的水平与你心中所谓的“完全学习”差距有多大了。

　　学习是个长期的积累的过程。学任何知识都是这样，尤其是计算机行业，发展太快，要学的东西更多。编程语言只不过是一个方面而已，但做好也不是件容易的事。从事工作了也更得学。java ,c /c++ ...什么的语言，都是相通的。只是语法上有些区别，重要的是数据结构和算法。程序就是算法和数据结构，这些掌握了才叫会编程，才会写出好程序。学会语法只能算是学习英文认识字母一样。慢慢学吧。

　　学习c++需要的时间以及知识篇二

　　如果说有一种语言定义了当今编程的实质，那么它就是C++。它是高性能软件开发的杰出语言。它的语法已经成为专业编程语言的标准，并且它的设计思想在计算界引起深刻的反响。

　　Java和C#语言都是从C++继承而来的。简而言之，要成为专业的编程人员就意味着要深刻理解C++。它是现代编程的基础。

　　本篇旨在介绍C++，包括它的历史，它的设计思想，以及几个最重要的特性。学习一门编程语言最困难的事情就是所有的元素都不是单独孤立存在的。相反，构成语言的各个部分是相互协作，一起工作的。这种相关性使得我们很难讨论C++的一个方面而不去考虑其它方面。为了克服这个困难，本篇对几个C++特性进行了简单的介绍，包括C++程序的通用形式，一些基本的控制语句，以及运算符。本篇不会涉及过多的细节，更注重C++程序中通用的概念。

　　必备技能 1.1 C++历史简介

　　C++是从C语言发展而来的。这一点不难理解，因为C++是构筑的C语言的基础之上的。然而，C++是C语言的超集。C++扩展并增强了C语言，支持面向对象的编程(这点在本篇的后面会进行描述)。C++同时对C语言做了改进，包括扩展了例行程序库集。然而大部分的C++特性是直接从C继承而来的。因此，为了充分理解和欣赏C++，我们必须深入了解C语言是如何运作的。

　　C: 现代编程时代的开始

　　C语言的发明定义了现代编程时代的开始。它的影响不应该被低估，因为它从根本上改变了人们考虑和实现程序的方法。它的设计思想和语法已经影响到了每一个主流的编程语言。C语言是计算发展的主要的，革命性的推动力之一。

　　C语言由Dennis Ritchie 在 DEC PDP-11电脑上，在UNIX操作系统下发明并实现的。C语言是从一种古老的叫做BCPL的语言发展而来。BCPL 是由Martin Richards开发的。BCPL 语言对由 Ken Thompson 发明的B语言产生着深刻的影响，而B语言最终在20世纪70年代发展成C语言。

　　在C语言发明之前，计算机语言被设计出来或者是为了进行学术计算，或者是为官方的委员们所使用。而C却不同。它是一群真实的程序员设计、实现并开发出来的。它反映了这些人完成编程工作的方法。它的特性是这群实际使用这个语言的人们反复推敲，打磨，测试的结果。因此，C语言吸引了众多的拥护者，并迅速成为全世界编程人员的选择。 C语言的发展经历了20世纪60年代的结构化编程的革命。在此之前，大型程序是难以书写的，因为程序的逻辑趋向于退化成“意大利面条式的代码”，充斥着难以理解的，混乱的转跳，函数调用和返回。结构化编程通过增加很好的控制语句，带有局部变量的子程序段和其它的一些改进解决了这个问题。结构化编程使得编写巨大的程序成为了可能。尽管还有别的结构化的编程语言，例如Pascal，C却是第一个功能强大，富于表达，能书写出优美代码的结构化语言。它语法简单易用，并且它的设计思想是程序员掌控一切，而不是语言本身掌控一切，这就使得C语言很快拥有了众多的拥护者。我们现在来看这点可能有点难以理解，但是C当时确实为编程者带来了他们渴望已久的新鲜空气。因此，C语言很快就在20世纪80年代变成了使用最广泛的结构化编程语言。

　　学习c++需要的时间以及知识篇三

　　绝大多数人都把细节太多(或者用贬义词来说就是“阴暗角落太多”)归结为C++的本质问题，认为一切邪恶由此而生。也正因此，大约9月份的时候，Linus在邮件列表上说“C++是一门有思想包袱的语言;仅仅是为了让程序员远离C++，我也要用C”。这句短短的话在国内引起了很大的反应.

　　然而，这一通浑水搅过之后，我相信引起的变化未必很大。大多数原先的反对者能从中找出反对的理由，于是更加反对;大多数原先的赞同者也能从中找到赞同的理由，于是更加赞同;而剩下来的原先没有明确意见的，看双方各有各的道理，可能还是没有头绪。

　　摆脱自我服务偏见——理性思考的前提

　　《决策与判断》上提到过一个有趣的真实故事：1980年的某一天，美国空战司令部的计算机突然发出警报——苏联的一枚核弹正在向美国本土飞来。司令部立即调兵遣将，迅速为一场核战做好了准备，然而3分钟之后，工程人员发现是计算机的一个小零部件故障造成的。然而，这场虚惊之后，大众的反应才是真正有意思的：原先支持核武装的，认为现在感觉更加安全了(因为“事实证明这类的故障是完全可克服的”);而原先反对核武装的则认为更不安全了(因为“这类错误信号可能导致苏联过度反应，引发真正的核战”)。类似的情况也发生在三里岛核泄露事件之后，同样的，反对者认为(“这表明管理部门没有办法安全管理核能”)，支持者认为(“这正表明这样的危险没有想像得那么严重，是可克服的”)。社会心理学把诸如此类的现象总结为“自我服务偏见”。不幸的是，“真理越辩越明”其实只适用于理性思考者。

　　为什么啰嗦这么一大通呢?就是因为，一直以来泛滥于程序员社群的“语言之争”，背后真正的原因其实并不在于语言实质上的优劣，而在于观察者的眼睛。在观察者的眼睛里面，语言并非一门工具，而是自己花了N多时间(其中尤数C++为最)来“修炼”的技能，对于这样的技能，被否定无疑等同于自己被否定。所以，从心理学上讲，语言并不是工具(尽管一直有这么一种呼吁)，而是信仰。这样的信仰在越是花得时间久的语言上越是激烈。有趣的是，几乎所有的“热闹”的社群都有这样的现象;因为就算语言本身不复杂，程序员仍然还是要投入大量的精力去学习各种各样的框架类库(想想Java的那些框架?)。因此这些语言社区的信仰未必不比C++社群的强烈。 然而，一旦弄清我们为什么会把语言当成信仰，就非常有助于摆脱在看待语言时的“自我服务偏见”，从客观的角度去看待问题。——“当你看到的是支持某个意见的证据时，试着去想一想有哪些证据是不支持它的”。

　　那么为什么要摆脱自我服务偏见?说小了，是为了成为一个更优秀的程序员(谁也不希望因为偏见而去使用一门低效的语言乃至不妥当的语言)。说大了是节省生命(因为偏见可能导致越陷越深，浪费时间)。

　　所以，如果你能够理性的思考我们将要讨论的问题，避免自我服务偏见(就当你从来没有花时间在C++上一样)。那么我们便可以开始讨论真正的问题了。

　　现在，几乎每个学习C++的都知道C++的核心问题是其复杂性;甚至本身不在C++社群的，也知道这是事实。群众的眼睛是雪亮的，何况这还是个太显而易见的事实。

　　但看了无数篇阐述C++复杂性的文章，和争论C++复杂性的吐沫星子(包括我前段时间写的两篇关于C++的总结)。我始终都有一个感觉——没分析透，就跟盲人摸象一样。正如“Why C++”的一位读者批评的，我在文章里面没有写明到底哪些是C++的“非本质复杂性”。当然，我自己凭感觉就能知道，而接触C++一段时间的人大致也能知道，但新手乃至非新手则对我所谓的“非本质复杂性”根本没有一个具体的认识，这就使得那篇“Why C++”脱离了原本的意图——面向所有C++使用者和学习者。

　　同样的原因，在写了“你应当如何学习C++”一文之后，当孟岩先生邀请我给《程序员》写一个系列的文章，介绍一下我在接触C++的过程中的态度和认识转变时，我虽然非常高兴的答应了，但直到现在3个月过去了还是颗粒无收。为什么?因为我觉得真正本质的问题没有被清晰的触摸到;所以直到现在我都没有动笔，免得废话说了一大堆，除了能被当成小说读读之外，对真正考虑是否要学习乃至使用C++的人未必有什么实际用处。

　　然而，这么个念头一直都放在潜意识里面。前一阵子和xx通信，谈到了关于C++复杂性的一些想法，在邮件里面总结了一下C++的复杂性来源，感觉思路清晰了许多。而这篇文章要达到的目的，正是传达对C++的复杂性的一个具体而明确的认识，有了这个认识作为支持，我们便可以推导出学习C++的最佳(实践者)的方法。