现在实际工作中C++和工作平台是？

个人知道的VC++，VS2005 08，以前还有个BC++不个现在好像听到的少些了

想问下大虾们，现在企业中，实际上那种平台用的比较多呢？

最近把C++的语法部份看完了，觉得应该上平台上去试试，不过发现好麻烦= =，庞大的类库，与C++标准相去甚远的一系列定义？下了个孙鑫老师的视频来看， 发现就是建一个很简单的窗口都是好多的类。这些类都需要记下来？

有什么比较好的学习方向么？前辈们说说当初自己学习的经验吧~

54 个解决方案

#1

我用的VS08 企业用的都不同，
还是把基础打牢才重要，另外平台可以选个用的舒服的就行。
至于你说的“发现就是建一个很简单的窗口都是好多的类。这些类都需要记下来？”
不懂的时候msdn一下就行，那些记住的不是因为死记出来的，而是
用的熟悉了。

#2

lz 的路还很长

GUI 本来就是复杂的问题

使用封装好的库，编程时的代码可以大大减少

#3

就用VC++写就够了，主要是把基础打好，工具的影响不会太大

#4

我用Code::Blocks + VC10 + GCC4.4.x

#5

  up

#6

VC9　＋　Qt

#7

用vs2008/vc6/gnu + wxwidgets

#8

VIM + Code::Blocks + Qt + GCC

#9

引用 1 楼 lingyin55 的回复:

我用的VS08 企业用的都不同，
还是把基础打牢才重要，另外平台可以选个用的舒服的就行。
至于你说的“发现就是建一个很简单的窗口都是好多的类。这些类都需要记下来？”
不懂的时候msdn一下就行，那些记住的不是因为死记出来的，而是
用的熟悉了。

gcc

#10

公司在用的是C++ builder开发些自动化测试工具

#11

每个公司使用的IDE都是不同的，这里面牵涉到很多问题，如：版权问题，项目相关问题，人员熟悉度问题...
我现在在用visual studio 6.0 SP2
IDE就是一个工具，你只要把这些IDE的本质——计算机编程语言，学好了，再使用这些集成度很高的IDE来进行编译、连接、执行。。。。
其实无论什么IDE，最终调用的还是编译器和连接器，只是在使用的时候，她把很多你以前必须要做的事情由IDE给做掉了，省去了很多事情。
你完全可以在记事本上敲代码，然后调用编译器去编译，调用连接器去连接！
：）

#12

楼主还是去看看<windows程序设计>那本书

#13

我用的是source insight + g++ + ftp

#14

vc6.0

#15

不知道楼主学习的是C++还是VC++，如果是纯的C++的话，就用GCC，DJGPP一类的平台吧，偶学习C++的时候就是用的这个平台，就算是现在，如果我不编译窗口程序的话我还会用DJGPP，开源的，非常好用，如果做窗体程序的话，个人意见还是用VC6.0，因为我发现了，如果用VC6.0以后的版本的话，编译出来的程序得要.NET框架的支持，而VC6.0不要用框架的，可移植性非常的高，而且，VC6.0以后，编译出来的东东都是非常的大，系统给它加了很多的东东，没有以前编译出来的东东简洁，这只是我的个人经验，仅供参考

#16

待过4家公司
从2002年开始分别用
1 vs2002 vs2003
2 vs2003
3 vs2003
4 vs2005

上面推荐vc6的太缺德了 ，自己没有实际经验就不要误导别人

#17

vim +　ctags + cscope

#18

引用 15 楼 emyueguang 的回复:

不知道楼主学习的是C++还是VC++，如果是纯的C++的话，就用GCC，DJGPP一类的平台吧，偶学习C++的时候就是用的这个平台，就算是现在，如果我不编译窗口程序的话我还会用DJGPP，开源的，非常好用，如果做窗体程序的话，个人意见还是用VC6.0，因为我发现了，如果用VC6.0以后的版本的话，编译出来的程序得要.NET框架的支持，而VC6.0不要用框架的，可移植性非常的高，而且，VC6.0以后，编译出来的东东都是非常的大，系统给它加了很多的…

很有用的一段话，多谢

#19

引用 16 楼 iblold 的回复:

待过4家公司 
从2002年开始分别用 
1 vs2002 vs2003 
2 vs2003 
3 vs2003 
4 vs2005 

上面推荐vc6的太缺德了 ，自己没有实际经验就不要误导别人

能谈谈你的看法吗，高手？ .net移植性很差么？

#20

VS2008

#21

引用 19 楼 favorxx 的回复:

引用 16 楼 iblold 的回复:
待过4家公司 
从2002年开始分别用 
1 vs2002 vs2003 
2 vs2003 
3 vs2003 
4 vs2005 

上面推荐vc6的太缺德了 ，自己没有实际经验就不要误导别人 



能谈谈你的看法吗，高手？ .net移植性很差么？

跟.net有啥关系，我用c++的，
用vs2003是因为c++支持的全面，你用老掉牙的vc6用最新的stl、boost试试看
用vs2005是因为里面的代码分析很有用

#22

引用 4 楼 Loaden 的回复:

我用Code::Blocks + VC10 + GCC4.4.x

现在Windows平台也用VCExpress 2008 + VC10了

#23

mark

#24

Windows：VC 2005
Linux: Code::Blocks + automake + gcc。

#25

vc6已经不适合了。很多c++特性不支持。
偶现在用vc2008 express + vc2008 platform sdk, 偶尔用mingw(gcc)

#26

引用楼主 lxs85 的帖子:

……
与C++标准相去甚远的一系列定义？下了个孙鑫老师的视频来看， 发现就是建一个很简单的窗口都是好多的类。这些类都需要记下来？ 

也说不上“相去甚远”吧？VC对在支持C++标准方面还算是比较努力的了。
这些类当然不需要全记住，现用现查就是了。以后工作中可能需要用到的类库还会有很多很多（即使选用其它开发语言也一样，而且往往有过之而无不及），基本都是现学现用。

#27

eclipse gcc

#28

企业用什么不知道，在校的学生用vc6.0 
up

#29

引用 15 楼 emyueguang 的回复:

不知道楼主学习的是C++还是VC++，如果是纯的C++的话，就用GCC，DJGPP一类的平台吧，偶学习C++的时候就是用的这个平台，就算是现在，如果我不编译窗口程序的话我还会用DJGPP，开源的，非常好用，如果做窗体程序的话，个人意见还是用VC6.0，因为我发现了，如果用VC6.0以后的版本的话，编译出来的程序得要.NET框架的支持，而VC6.0不要用框架的，可移植性非常的高，而且，VC6.0以后，编译出来的东东都是非常的大，系统给它加了很多的…

晕,.NET不用就需要它的库的.
至于什么工具方便,要看环撞,代码量,什么样的项目的.
如果用VC,也不学MFC,从C++开始是值得推荐的

#30

VS2008

#31

我觉得 windows 下还是 visual c++ 好使

#32

该回复于2009-11-16 09:00:35被版主删除

#33

初学用VC最合适了。我现在复习算法写小程序还要用VC，简洁实用。等lz写两年后再用VS不迟

#34

语言只是一种表达手段

#35

引用 21 楼 iblold 的回复:

引用 19 楼 favorxx 的回复:
引用 16 楼 iblold 的回复: 
待过4家公司 
从2002年开始分别用 
1 vs2002 vs2003 
2 vs2003 
3 vs2003 
4 vs2005 

上面推荐vc6的太缺德了 ，自己没有实际经验就不要误导别人 


能谈谈你的看法吗，高手？ .net移植性很差么？ 



跟.net有啥关系，我用c++的， 
用vs2003是因为c++支持的全面，你用老掉牙的vc6用最新的stl、boost试试看 
用vs2005是因为里面的代码分析很有用

少见多怪了,VC6在现在还是在一些企业中存在的,原由我知道的有两个,也是我确实碰到的
(1)历史原因,代码移值代价过大
(2)由于VC6的CRT目前主流Windows平台都自带的有,所以模块体积有着先天的优势,我最近的一个项目就是由于体积需要,要把vc2005的工程移值到vc6下

#36

用vs2005的飘过

#37

vs2008

#38

vc6.0好用，顺手！

#39

弱弱的问一下ls的大大们用的vs都是正版的？？
公司买的？

#40

只看程序从来不写的飘过

#41

谁说VC6以后的C++都需要.net框架的。。。不要误人子弟

#42

LS 上面应该只是说VS安装时需要

#43

无聊的争论

#44

VS不是都一定需要。NET框架的，可以选择使用，也可以选择使用MFC，要说起来我是从VC6开始的，用VC6顺手点，但是VS基本延续了VC6的风格，转换很快，既然是新学还是从VS开始吧，能跟上新的为什么不跟。学会了VS，就算公司要求用回VC6也 应该没问题

#45

没啥实战经验，支持一个先

#46

用的顺手什么都好用

#47

vs2005

#48

vs2008

#49

烦

#50

vs05