周星星 之 Blog

关注 ASM/C/C++

  VC知识库BLOG :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 登录 ::
  129 随笔 :: 27 文章 :: 2642 评论 :: 10 Trackbacks
<2009年7月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

News

留言簿(48)

随笔分类

随笔档案

文章分类

文章档案

相册

相关链接

搜索

最新评论

阅读排行榜

评论排行榜

周星星向您推荐windows下最好的C++ IDE

1. 你是不是用惯了VC++6.0?假如是,我现在推荐的IDE仍然是VC++6.0的IDE。

2. 你是不是觉得VC++6.0过时了,很多C++语法它都不支持?我现在推荐的编译器她在一直发展着,支持最新的C++语法。

3. VC++.net的界面弱智,而且包含糟糕的managed C++和C++/CLI,它们都是不被C++承认的垃圾,你是不是兴冲冲的安装了VC++.net之后又删除掉了它?

4. Dev C++是一个windows平台上使用g++内核的IDE,有诸多优点,但其IDE相对于VC6而言差得太多,你是不是还是觉得VC++6.0的IDE最友好?
Dev-C++ 5.0 beta 9 (4.9.9.0)下载地址:http://prdownloads.sourceforge.net/dev-cpp/devcpp4990setup.exe
Dev-C++安装注意点:如果以前安装过老版本或想更换安装目录,请将磁盘中残留的devcpp.cfg和devcpp.ini两文件删除掉再安装。

5. VC++6.0之所以如斯优秀是因为有CPU开发商Intel公司的技术支持,那么你想不想看看Intel自己的C++编译器?她生成的可执行文件的运行效率可是最高的,毕竟她能开发CPU嘛!


假如是,来吧!我现在推荐的就是 VC++6.0 + VSSP6 + Intel C++ 8.0
不要被这三部分吓倒,安装其实是很easy的,我来推荐一下安装步骤:

1。安装VC++6.0,注意不要安装那些所谓的中文版,它们很垃圾的说;另一个注意点就是安装的时候看清楚,选项VC++前的勾是灰颜色的,你应该一层一层的打开它,确保所有的勾都打上,免得到时候它不支持Unicode。

2。安装 VS SP6。VS SP6 在M$网站上有下载。
VSSP6下载地址:http://download.microsoft.com/download/1/9/f/19fe4660-5792-4683-99e0-8d48c22eed74/Vs6sp6.exe

3。安装Intel C++ 8.0,一定要选中 for VC++6.0,当然这个选项也是默认的。

4。打开VC++6.0,打开菜单 Tools\Intek(R) C++ Compiler Selection Tool,出现一个界面,在 Intel(R) C++ Compliler 前打上勾,你用的就是Intel C++ 8.0编译内核,不打勾用的就还是VC++6.0编译内核,是不是很简单?而且互不影响。

试试成果,在VC中分别用VC++6.0和Intel C++ 8.0编译以下代码试试看:

#include <iostream>
using namespace std;

class Test
{
public:
    static const int a = 8;
};

int main()
{
    cout << Test::a << endl;
    return 0;
}

对于for中定义的变量的作用域,大侠CCCP如是说:
vc.net2003和icc是一样的,默认状态下保持和vc6.0兼容,也就是用非标准的作用域。vc7.1中可以在C/C++中Language里面改,VC6.0 + ICC只能手动在project-setting里面添加,两者编译选项都是一样的 /Zc:forScope
另外 /Zc:wchar_t 可以把wchar_t作为编译器的内置类型,再也不是unsigned short了。
posted on 2004-10-15 01:00 周星星 阅读(160984) 评论(489)  编辑 收藏

评论

# 补充: 2004-10-15 01:12 一笑
nod,你再装一个visual assist x v10.0.1246
(详细说明:http://www.wholetomato.com/products/features.html)
, 哈哈VC6.0比.net还好使呢!


# re: windows下最好的C++ IDE 2004-10-15 01:47 ksl
我装了,TOOLS菜单里怎么没有Intek(R) C++ Compiler Selection Tool这个

# to Ksl: 2004-10-15 01:58 周星星
要不你自己将它加到菜单Tools下,路径是:
C:\Program Files\Intel\CPP\ISelect\Bin\PickComp.exe
参数是数字 6


# to lu_zi 和 xx: 2004-10-15 23:54 周星星
Intel C++ 8.0 零售价 3800元/套。
我不能明目张胆的给你D版的Intel C++ 8.0,你自己去vckbase上问问。

# VC6中集成intel8 C compiler之后,link被替换成xilink的问题。[TrackBack] 2004-10-25 09:17 乾坤一笑
Ping Back来自:blog.csdn.net
乾坤一笑引用了该文章,地址:http://blog.csdn.net/smileonce/archive/2004/10/25/150058.aspx

# re: windows下最好的C++ IDE 2004-11-10 05:20 快乐浪子
星星兄:非常感谢介绍和链接地址。已经安装上了,在winxp上安装费了一番周折,主要是安装后不能使用,Tools菜单下没有相应的菜单项出现,就是手工加上了,也还是不能使用,因为在选择编译内核之后,vc都没有改变使用cl.exe和link.exe。后来修改了注册表中一点内容,然后得以正确使用。但是发现一个新的问题:如果程序使用了stlport的部分头文件,则用intel编译器编译会出问题,而改用vc的编译器则没问题,在intel的论坛上查到一篇帖子,说的是intel c++编译器在linux下使用stlport的问题,需要如下修改:“_STLP_NO_OWN_IOSTREAMS in stl_user_config.h”,我在工程的settings里预处理里增加了这个定义,然后再编译就ok了。当然,也应该可以通过修改stlport的这个头文件,然后重新编译stlport库来完成。上面说的只是编译#include <iostream>会遇到的问题,可能是因为我在编译stlport库的时候没有完全正确编译引起的,不过不知道有没有人遇到过类似的问题或其他编译stlport的相关问题以及相关的解决方法。BTW:有了intel c++编译器,就不用升级vc6来实践c++标准的各种特性了,比如模板偏特化(部分模板特化),一个IDE就搞定,爽啊!

# re: windows下最好的C++ IDE 2004-11-12 12:10 tomcoolz
谢谢周星星!我的问题已经解决了。

2003装上 Visual Assist X 后,颜色提示,特别是 #define 的常量,经常提示不对,看着就不爽。用 VC6 就很好。
楼上说信息的智能弹出功能,可能是由于你在某个类内部,或者是没有包括某个头文件,所以没有弹出来。

不过我用 intel c++ 8.1 编译,感觉是比 VC6 的编译器慢一点。说明一下,我的机器可不慢,p4 2.8c, 512M。

# 我有个问题:如何设置编译器编译选项? 2004-11-15 00:10 liberalbird
我想把某程序用C编译器规则来编译,不知道通过什么设置可以将编译器设定为C编译器规则。

# to liberalbird: 2004-11-15 01:16 周星星
您只要将源文件的扩展名改为.c就行了。

# intel 官方编译器下载地址 2004-12-07 21:10 l1t
ftp://download.intel.com/software/products/compilers/downloads/

# re: windows下最好的C++ IDE 2004-12-16 08:06 Jerry
磁盘中残留的devcpp.cfg和devcpp.ini
这两个文件怎么找不到

# to Jerry: 2004-12-16 21:51 周星星
怎样找到 devcpp.cfg 和 devcpp.ini ?
--- 先将“文件夹选项”设置为“显示所有文件和文件夹”,然后在 系统盘符:\Documents and Settings\用户名\Local Settings\Application Data 中就可以看到这两个文件。

# to cc5416: 2005-01-04 22:42 周星星
我没有ftp呀,如果有的话,我就可以将它放到上面去。我去跟站长商量一下;
ICC的使用协议规定 如果不用于商业的话,你可以无限的使用它,既然这样,你可以去intel网站上下载。

# re: windows下最好的C++ IDE 2005-01-18 22:32 sdlly
感觉intel 8.0对标准的支持不如gcc

# to sdlly: 2005-01-18 23:22 周星星
那肯定是,怎么能跟gcc相比呢?gcc是最符合标准的;
intel C++ 其实和 VC++ 差不了多少,因为VC++就是M$和Intel联合开发的;
Inte也意识到IC和GCC的巨大差距,它自己的分析师也认为如果不作大动作,IC将很快被人遗弃。

# re: windows下最好的C++ IDE 2005-02-18 01:14 cyg
好用,同时在PC里装了VC6.0+vsSP6+intel c++ compiler7.1和VS.net 2003+intel c++ compiler 8.1都能成功运行。就是编译时速度慢了点。有没啥方法可解决一下呢?为啥用VS.net+intel c++ compiler 8.1编译出来的程序代码比VS.net 2003下还大上几K?VC6.0+vsSP6+intel c++ compiler7.1编译后代码小了很多。
       谢谢星星大哥!

# re: windows下最好的C++ IDE 2005-02-20 03:42 七猫的垃圾箱
大是正常的呀,为了优化而大起来。

# re: windows下最好的C++ IDE 2005-02-28 09:36 gameboy
建议用intel c++ 8.1

支持vc6.vs2002.2003

我用的是vs2003+intel c++8.1
安装后,新建win32项目后,右点项目,可以选择两者互转。



# re: windows下最好的C++ IDE 2005-03-16 19:21 过路的
VS.NET是迄今最好的代码编辑器,编辑代码的方便性无出其右。不要以为Intel造CPU,编译器一定好,用过再说,很烂。VS.NET的编译器对标准支持是包括GCC 4在内最好的。微软的运行库也写的非常好,对于Windows应用非常安全,GCC不可能做得到,他唯一的优点就是免费,就连这一点,微软也做到了。所以在Windows下用VS.NET,*ix下用gcc是正解,本篇文章会给初学者造成学习上的混乱。

# to 过路的: 2005-03-17 09:48 周星星
听M$瞎吹了吧,M$一向夸大其词,为了防止牛皮被人揭破,所以M$禁止其它公司和个人测试它的产品。想想吧,连测试都不敢让人做,它的话还有一点点可信吗? 
我这篇文章推荐的是Intel C++,要说二进制质量,VC++想胜过ICC是不可能的,不谈硬件技术,在软件技术(是“软件技术”,而不是“软件数量”)方面,Intel也一直走在M$前面;而你说VC++对C/C++标准的支持胜过GCC更是无稽之谈,我不说了,任何有点经验的人都知道。 
(以上提到的“VC++”都是指最新版的"VC++.net") 

# to 过路的: 2005-03-17 14:01 周星星
:)讨论讨论而已,但要说到“误导初学者”,我觉得千万不能用VC++.net。
因为很多初学者被“误导”了,它们不知道 C#和C++毫无关系,不知道 C++/CLI 和 C++ 毫无关系。
对于初学者,有无数的理由选择g++,因为
a. 她最符合C++标准
b. 她没有不符合C++标准的语法,如果他某一天写出了 String^ str = "Hello World" 这种垃圾代码,不知道应当笑还是哭?
c. VC++.net是M$公司私有的,将一个开放语言的前途寄托于私有的软件我想是不应该的,从目前来看,VC++.net更致力于混淆C++的纯正,而不是致力于C++的发展。

# re: windows下最好的C++ IDE 2005-03-18 17:26 京山游侠
  呵呵,我不用.net的原因只有两个:一个是太慢,另一个是.net类库太复杂我懒得花时间去学。

  但是其IDE环境和编译器技术,怎么说都还过得去吧?在.net中可以看到基类的定义和源代码,比VC6方便一点。[看MFC的源代码让我学了不少东西哦]。只可惜太慢了,不知道.net2005是不是比.net2003的IDE还慢,真是想说爱你不容易啊。

  呵呵,不要怪我没钱买好电脑啊。

# to 京山游侠: 2005-03-19 13:23 周星星
:)我也有不学.net的原因:
a. 功能太弱,不能适用于我的工作。我既不做MIS/ERP,也不做web,我所做的项目,都对性能要求非常高,强调的是算法和对资源的严格控制,唯有asm/c/c++才适合,其他一切都不谈,仅仅是JVM或.net Framework,客户也是不允许安装的。而Java/C#适合的那些工作,在我眼中和黑屋子里的纺织女工差不了多少,虽然所有行业都是平等的,都需要人去做,但这个工作不适合我的性格,我喜欢自由和创造。
b. 无论是.net还是Java都是私有的(有人会说.net不是,我不争论),如果某一天它的主人不乐意了,结果就一定是VB的下场,我怎敢让一生的所学在朝夕间就game over?如果这样,就是对自己太不负责任了。
c. 和你一样,也不喜欢慢吞吞的,Java和.net的速度都实在太慢了。上次帮朋友查看一个C#程序,打开了工程之后好几秒都不出现界面,急躁得把朋友的鼠标给拍扁了,后来我又见识了一下Java的IDE,服气了。但我觉得这也许是我们自己的缺点,是工作压力太大了,所以做事爱追求效率,在很久前做HIS产品的时候,客户单位的领导都说产品好,界面华丽,而那些员工都抱怨速度太慢,信息化之后还不如以前手工来得快。这给我的启发很大,这是资本家和打工者之间的差别!
d. .net语法并不复杂,尤其是相对于Java而言可是算是非常简洁的喽,当然相对于C/C++语法来讲.net语法还是很乱很不规范的,可笑的是Java当初说自己是最简洁的,以没有多重继承,没有模板而自夸,今天看来它当初实在幼稚。.net类库复杂其实表示了它的实力,语言区别于软件的差别是一个是规则一个是工具,如果没有那么多库就说明她挑不起大梁,但将类库和语言紧密结合决非明智之举,因为语法应当是相对稳定的,而类库应当与时俱进,两者前进的步伐不一样。所以我不害怕.net的复杂,而是害怕因为.net语言和库结合太多,需要不停得更变,那么我就需要不停的学习,而以前所获得的知识一文不值,这代价太大了。

# re: windows下最好的C++ IDE 2005-03-29 00:22 刘峰
vc6+sp6+vsx+ic++确实很好用,可以练c++primer上的题目,真的很爽!

# re: windows下最好的C++ IDE 2005-03-29 09:12 小菜
用过VC6和VC.NET2003,感觉无论编译器还是IDE,VC.NET2003都更胜一筹,只是“无论是安装VC++.net的时候必须安装.net framework,还是创建工程文件的时候必须从一大堆似是而非的垃圾中挑选出C++工程,都是一件不可容忍的负担”,而且更占资源。只是不知VC.NET2003的cl.exe与Intel的icl.exe比,哪个更强一点!?

# re: windows下最好的C++ IDE 2005-04-01 12:28 diclogic
ms作为公司第一要务是makemoney,想要makemoney关键是看用户群是否够大。而作为一个操作系统开发商,用户之所以用你的,是因为在你的平台上有他们要用的软件。那么谁来开发这些应用软件?微软再强也不可能有精力开发所有门类的软件,那么他就需要尽可能多的第三方开发者。所以windows平台上的第三方开发者群体是微软最大的财富,他要巩固这个财富就要想办法拉拢、转化甚至囚禁。这有点类似人统治人的关系,所以最好是用类似政治手段的方式:诋毁对方、标榜自己、建立类似欧洲的宗教模式(培养狂热者、散布教义给人洗脑、禁锢思想、弱(愚)化教徒、甚至想办法让他们对其它教派有一种莫名的憎恶)

上面这些微软都做过,留心过的人大概都知道。但抛开这一切不谈,减少依赖性(这里是平台依赖性)对软件项目来说总是好的。 

# to diclogic: 2005-04-01 14:46 周星星
网上有个自称“胖子”的人说:
“俺数年前在做微软代理,呵呵,学会了很多损别家软件的话.现在想想,还真不应该是年轻人呆的地方. 有很多公司没有那么尖刻的.微软那么大一个公司,那么小家子气. ”


# re: windows下最好的C++ IDE 2005-04-07 20:59 cnmmxuyf
其实用什么开发软件,不在于谁好谁坏,而在于你自己的熟练程度,
像M$的东西,如MFC、ATL、.COM、DCOM、.NET,真是太多了,
如果你总跟着他,你的一大半时间就只能用来学习他的东西了,你能
拥有自己的思想吗?你自己的工作又能做得多好,再说,一个人当程序
员只能是人生的一段时期,到了一定年龄,你还愿意灰头苦脸的去编程
吗?所以不要有什么新技术就一定要去学去用,能用现在的知识解决的
就安心的去干吧,新的东西就由新人去实践吧。

# re: windows下最好的C++ IDE 2005-04-07 21:52 ishou
To: cnmmxuyf 
深有同感!
不过,有很多赶时髦者,就象对服装、歌曲那样赶时髦。
M$在疯狂推销 .NET,不知道M$内部的程序员们是否都在使用.NET?

在C++盛行的时候,M$内部仍然在大量使用C,且C占据统治地位!
根据<<微软的秘密>>(十年前的书) 一书披露:
   虽然C语言有可移植、有效率及灵活的优势,软件开发区里的有些人却觉得它太原始了,并鼓励开发员使用一些不必要的技巧。比尔-盖茨也指出了C的弱势,但坚持微软开发员应用C来生成(或抽象)他们的代码:象其他人一样,我们还没有找到一种不用C而用其他东西编写代码的方法。现在C是一种非常低层次的语言,我们在很多东西上使用C++。我们抽象很多东西。”C++语言鼓励开发员编写高度组织的代码,抽象一般概念而隐藏细节。微软在选择的适当的项目上运用C++(例如Office和Windows NT 的一些新构件),但C仍然占据统治地位。

有些人为了所写C++程序的绝对纯洁性(很象是宗教信仰那样坚持),居然拒绝使用C代码,也许在他们看来使用C语言太落伍了。不知道这些人纯洁的C++代码是如何写出来的。 就象JAVA,凡事class?








# re: windows下最好的C++ IDE 2005-04-08 22:28 qaz
周星星你这么喜欢ASM/C/C++,能用它们写出这个Blog吗?

# re: windows下最好的C++ IDE 2005-04-09 19:24 过路的
MFC、ATL、.COM、DCOM、.NET、C、C++、gcc、MSVC值得学的是什么呢?
给C/C++初学者一个忠告:
MFC、ATL、.COM、DCOM、.NET和gcc不值得费工夫。VC.NET是最好的。到了实用阶段,你自然就知道学什么了。用Intel的编译器?纯属没事找事,吃饱了撑的。

# re: 过路的 2005-04-09 20:33 mm
语无伦次,狗屁不通。

请您先把语文学学好再来~~

# re: windows下最好的C++ IDE 2005-04-09 22:58 ishou
 qaz: "周星星你这么喜欢ASM/C/C++,能用它们写出这个Blog吗? "

你太小看我们的星星了!

“杀鸡何用宰牛刀”?我们大力强调C/C++的重要性,并不是凡事要动用C/C++编程来处理。如果哪天出现个混事魔王主宰这个世界,禁止人们使用C/C++,你可知道软件世界将会怎样? 是末日!!

事实上 .NET也不是什么新东西,只是M$把过去一些语言进行M$特色 的局部的“Java”化而已,M$这样做,并不是认为Java有多先进,倒是Java的商业宣传很成功,迷倒不少追随者,有风靡世界之势,就是M$也倍感压力,M$借风使力,  再凭借其本身的强势,让众多“Java"的追随者成为.NET的追随者也就不难了。 M$推出.NET当然还有其他方面的考虑。

如果.NET排斥 C++,就不会有 C++.NET了。 M$不会笨到放弃C/C++。 倒是不知天高地厚的一些家伙,鼓吹放弃C++,好象比M$还厉害。
呵呵。。。。。。











# re: windows下最好的C++ IDE 2005-04-10 23:07 Lixeon
什么样的工具干什么样的活,从来没有高低贵贱之分,小看任何一种语言都是狭隘的小人之见

锤子能敲定子,老虎钳也能敲钉子,只是没有锤子顺手,虽然在制造老虎钳的时候可能会用到锤子。而老虎钳能钳东西,锤子却不能。所以并不能说明锤子比老虎钳优秀或老虎钳比锤子优秀。

它们都是我们工具箱里的有用的部件,它们是平等的。

# to Lixeon: 2005-04-11 10:40 周星星
我的认同你的观点,所以我从来没说过 perl、lisp、Fortran、delphi 等等不好。
但要说到Java,我觉得它百无一用,用于web它既繁琐也不安全。web是一个特例,我个人觉得应当丰富html的能力,而不是用一种语言来代替它。
而要说到MIS/ERP,编写C/C++的MIS/ERP行业库/框架 比定义一个新语言来得好吧?!我在想,随着C++的库不当完善成熟,总有人会回过头来编写各行各业的C/C++应用库,到时候Java何去何从?

# re: windows下最好的C++ IDE 2005-04-11 19:12 yellow
支持星哥,有时候用C++语言的人的确有一种掌控一切的毫情,但并不是说我们就鄙视其它语言,再说出没有资格来鄙视,比如我有时也用用Delphi,我最近才用它觉得它真的是不错的工具,凡是能使用Inline ASM的工具我都怪喜欢的。但说星哥不能用C++写出Web,我想ishou可能不懂什么叫ISAPI吧!如果用C来写这种IIS过滤器,那Web的速度绝对是Java的不知道多少倍,只是很复杂通常很少有网站设计人员能掌握,通常网站设计人员的底层技术都不行,所以用不了ISAPI,因为它太复杂了,用的人多并不代表它就好(指Java)。用C++写Web!还有人可以用Win32 ASM写Web呢!去问问罗元斌吧!

# re: windows下最好的C++ IDE 2005-04-11 22:59 ishou
To yellow:
看来您误解了我的意思,我毫无怀疑 星星用C++写出Web的能力,况且星星绝对有这个能力,我引用  'qaz' 怀疑星星这方面能力的话,只是想特别告诉他不要小看星星的能力。


一般懂得ASM/C/C++的人,会比较能够深入理解各种语言究竟是怎么一回事。一些语言比较好,往往是站在C/C++这个“巨人”身上。

C/C++的语句、文法等是众多语言中 颇为简洁出色的,并不难学,只是太多的细节要求用程序码完成,编程的重复工作比较多,过多的程序码,导致程序复杂起来。

单纯使用C/C++一种语言编程解决问题,并不是一个很好的方法,不管C/C++的库有多么丰富。同时与其他非编译型语言结合编程,可能是一个最好的选择。



# re: windows下最好的C++ IDE 2005-04-12 01:23 flyaflya
这种文章是容易误导初学者,初学者千万不要轻信鼓动,2003要比VC6完善很多,好用很多:
1、2003的MFC比VC6改进了很多(里面新增加的CDhtmldialog我就很感兴趣)。大部分人用VC 还是会用MFC的。
2、MSDN也详细很多,例子多了不少。
3、IDE是全面中文,方便初学者。
4、写MFC程序,添加message和virtual function不会像vc6那样常要手工删bsc等文件。查看MFC源代码也方便了,智能提示也好了很多。
5、最重要的是它对c++标准支持比VC6好多了,STL也比VC6更标准了,一次我在VC6中一个头文件加了一个stl::map,结果出现2100多个warning。
2003比VC6的缺点就是大、速度慢,但你要知道它是包含MSDN,实际上并没大多少,硬盘都120G了,还缺这点。CPU也很快了,这都不是问题。
2003包含“managed C++和C++/CLI”可不是缺点,不也包含着vb么,不想用不用就是了。
对于大部分人只要机器好,用2003可以省很多麻烦。干么用VC6自找麻烦,Intel C++ 我是信不过,编译的程序速度感觉不到,体积到是大了不少。我到是对 Comeau C++ 感些兴趣。
感觉你根本没用过vs.2003,竟会认为“VC++.net的界面弱智,而且包含糟糕的managed C++和C++/CLI”是什么的缺点,而且它真的界面真的弱智吗?有几个人这样认为?
初学者真的没必要放着好东西不又,来跟着高手怀旧。

# re: windows下最好的C++ IDE 2005-04-09 19:24 过路的 2005-04-12 08:33 haha
你最多能作一个coder,而且不是一个中上等的coder

# re: windows下最好的C++ IDE 2005-04-12 08:52 Diviner
MFC、ATL、.COM、DCOM、.NET、C、C++、gcc、MSVC值得学的是什么呢?
给C/C++初学者一个忠告:
MFC、ATL、.COM、DCOM、.NET和gcc不值得费工夫。VC.NET是最好的。到了实用阶段,你自然就知道学什么了。用Intel的编译器?纯属没事找事,吃饱了撑的。

//================================
惨了,上面的东西我都学了,还用了。我吃饱了撑的:)

Comeau C++ 我倒是不感兴趣,虽然前几天发现他居然支持export关键字了。不过暂时想不到什么地方去用他。

# re: windows下最好的C++ IDE 2005-04-09 19:24 过路的 2005-04-12 08:33 haha
你最多能作一个coder,而且不是一个中上等的coder
//=================
能说说原因吗?

# re: 周星星 2005-04-12 09:59 Lixeon
对,Java在某些方面是有些繁琐。但如果说写MIS等应用,比起C++,我觉得还是Java。理由有下面几点:

1. 语言本身针对性。C/C++一出生其位置就相对底层,而Java存在的理由就是构建上层应用,与其说Java是一种语言,不如说是一个平台,这个平台在应用等级上比C/C++高。因此C/C++要能够和Java在应用开发上竞争,必须有足够的面向企业应用的库,来提高其应用平台。

2. 经济性。从目前看,C/C++面向企业应用的库较之Java还有相当一段距离。因此C++要和Java处于同一层次,还需要很大的投入。C/C++的库在完善,Java也在完善,C++在这个领域要赶上Java,加速度得快于Java。

3. 首先一条公理就是C++的入门门槛比Java高许多,第二条公理就是像星星您这样的高手在软件这行中绝对少数。这两条公理得出一个推论就是玩Java的人比C++的多,从而C++在企业应用领域的发展是否能追上Java成了一个未知数。

如果C++用于企业应用的开发,会使程序员花很多工夫用以处理相对底层的逻辑,而企业应用的开发关键在于上层的业务逻辑。因而C++目前还不适于企业应用开发。

任何工具都需要有个侧重,万能工具最终只能是玩具。

# re: windows下最好的C++ IDE 2005-04-12 18:27 过路的
//================================ 
惨了,上面的东西我都学了,还用了。我吃饱了撑的:) 
//+++++++++++++++
牛人!当我按照MS的文档"合成"出没有ATL,MFC的双接口,至今都不敢说会COM,因为我还没有"合成"出更高级的接口。这一方面是我无能,另一方面怪微软的文档写的不完善(大家都知道什么原因!),还有参考书的误导。COM对我来说太难了,我想我这辈子是学不会了,因为微软已不再公开提供详细的文档,包括那个可以成为典范的COM规格也已经胎死腹中。
那个说coder中上等什么的,意思无非是:学会C/C++而不去学MFC、ATL、.COM、DCOM、.NET就是"只会编程,不会技术"。
不过我的经验告诉我MFC、ATL、.COM、DCOM、.NET不值得初学者花功夫去学,有那个功夫整明白VC.NET的使用。看着满天飞的国产软件连Unicode都不支持心里难受。

# 呵,也看做什么的吧。LINUX大部分人估计都不会这些,但不能说他们全是“只会编程,不会技术”吧,毕竟MFC,ATL,COM,DCOM,NET并不是全部。 2005-04-12 18:59 Diviner
初学者学一两样,再结合自己的背景知识专下去足矣。
--个人意见,仅供参考 。

# “问今是何世,乃不知有汉,无论魏晋” 2005-04-12 20:00 周星星
还是 Diviner(七猫)说得中肯。对用VC做MIS的人而言,也许windows和MFC就是他的全部,但不等于说就是所有程序员的全部,软件世界还是很大的,莫要做井底之蛙。MFC是软件海洋的一个浮泡,如果你拥有它我恭喜你,如果你对它不屑一顾我也支持你,毕竟它只是汪洋的一个暂时小气泡而已。如果把浮泡当成整个汪洋就错大了,看我在『大乘佛学 』中摘录的一句:“譬如澄清百千大海,弃之,唯认一浮沤体,目为全潮,穷尽瀛渤。”。

而像flyaflya说的
赞同"用Intel的编译器?纯属没事找事,吃饱了撑的。",放着2003这种稳定、成熟的编译器不用,来用intel,保不准某天在AMD机器上出问题,谁知道它是怎么优化的。”
我就不想再多评论了,徒增口舌,如果vs2003真的稳定成熟何必还要vs2005,况且vs2003才发布几年,就匆匆下“稳定成熟”的结论,未免太搞笑了吧?我不能肯定icc不会出错,但VS之所以有今天是因为有Intel的技术支持,这就是为什么ICC和VC的bug基本一致的原因。其实要谈编译器的“稳定和成熟”,当属 PathScale编译器 和 Intel编译器,VS2005连给他们提鞋的资格都没有。

# re: windows下最好的C++ IDE 2005-04-12 23:23 flyaflya
vs2003经过vs2002的过度自然是成熟稳定了,vs2003有多少人测试?多少人试用?intel有多少人使用?至少在微软自己的WINDOWS下,我更信得过VS编译器。
“如果vs2003真的稳定成熟何必还要vs2005”,你怎么不说”如果vs6真的稳定成熟何必还要vs2002“-_-!



# to flyaflya: 2005-04-13 09:12 周星星
假如你是诚心来讨论的话,那么我愿意和你聊聊,否则还是不要浪费大家的时间,我希望你是诚心来讨论的。

“vs2003经过vs2002的过度自然是成熟稳定了”
--- 照你这么说,除了VS1.0之外,后续的VS都是成熟稳定的喽?这个道理实在讲不过去嘛!

“vs2003有多少人测试?多少人试用?”
--- 这个我不知道,但我知道使用过VS2003的人远远不及使用过VC++5.0/6.0的人,对于VC++5.0/6.0时至今日才勉强可以棺盖论定,而即使VS2003不被VS2005淘汰的话(这是不可能了),也需要大家使用10年后才可以谈论它是否“成熟稳定”?
使用过vs2003的人数和使用过ICC的人数相比,我不知道谁多谁少。对ICC有利的是她存在年月比较久,不像VS2003才出来一会儿就被VS2005踩下去了;对VS2003有利的是既往的VS用户群比较大。但如果论“成熟稳定”的话,还要看使用者的质量,VS2003大部分是那些盗版用户用来编写MIS或画个按钮的工具,用的大部分是VC软件的功能,而不是C/C++语言功能,而ICC的用户则不同,如果是对编译质量不敏感的用户是不会使用ICC的,从这上面说ICC的一个用户抵得上一千个VS.net用户不为过。

“至少在微软自己的WINDOWS下,我更信得过VS编译器。”
--- 随便你相信谁,但如果你希望其他人也相信,那么就要讲出理由。

“如果vs6真的稳定成熟何必还要vs2002”
--- 看来你没有明白VS.net和VS的不同,vs2002和vs6是不同的产品了,vs2002想推销的是它的C#和.net,以及被C++标准拒之门外的C++/CLI。

# re: windows下最好的C++ IDE 2005-04-13 11:44 flyaflya
“vs2003经过vs2002的过度自然是成熟稳定了”,vs2002是过渡产品,2003基本是对2002的完善,自然成熟很多,2005同2003比变化就大了 ,加入了C++/CLI,对vc.net是一个大的改变,它是弥补managed c++的不足,是针对.net的。
对我们这些不用.net只用native c++的人,managed c++和c++/cli怎么发展都无关紧要。你认为微软开发2005是为了完善2003的native c++的编译器?微软是不是吃撑了。

我认为讨论icc好一点,还是2003好一点没有意义,没几个人会在意这些,程序不出问题就是好。选icc还是2003看大家的喜好,反正在WINDOWS下我更信得过2003.

你不是批vs2003吗,那我上面说的vs2003的几点优点你怎么看?


# to flyaflya: 2005-04-13 12:31 周星星
“那我上面说的vs2003的几点优点你怎么看”
恕我眼浊,没找到你在哪儿说过VS2003有优点。

““vs2003经过vs2002的过度自然是成熟稳定了”,vs2002是过渡产品,2003基本是对2002的完善,自然成熟很多”
--- sorry,我讨论的是vc.net和icc相比较谁更成熟稳定,不是讨论vs2003和vs2005谁成熟稳定,所以不能因为vs2005比vs2003成熟,就认为vs2005比ICC成熟稳定。

# re: windows下最好的C++ IDE 2005-04-13 12:33 flyaflya
“看来你没有明白VS.net和VS的不同”-_-!,我认为不明白的是你,vs.net就只能写.net程序?就不能像VC6写native c++程序?
从VC6到2002,MFC不也升级了,编译不也更支持C++标准了?STL不也更标准了,怎么不是一次完善?

# re: windows下最好的C++ IDE 2005-04-13 16:18 Lixeon
软件的稳定成熟是个相对概念,是相对于该软件所处的历史时期的技术水平和用户的需求而定。因此软件的升级并不能简单的说成更稳定、更成熟。因此必须历史得看待软件的稳定和成熟度。

VS6和VS2003在某些方面只能说是功能更多,并不一定是更成熟。因为VS6相对于他出现的那个时代的技术已经是相当的完善和成熟。只是时代的发展使得人们对功能的要求进一步提升,VS2003同样是基本满足了当时的用户需求。

完善的标准也并不是说完全满足当时用户的需求,还需与当时的技术实现能力相关。技术需要积累,一口吃不成胖子。

因此,仅从功能上去判断VS6、VS2002、VS2003、VS2005谁更成熟的行为是不客观的,是有违历史唯物主义原则的。

# re: windows下最好的C++ IDE 2005-04-14 09:41 tigeroar
别争了,谁有8.1.025的license,谢谢先.
其实争论是说服不了别人的,让他们自已去用,去感受.

# re: windows下最好的C++ IDE 2005-04-14 10:58 flyaflya
不争了,用什么还不是一样,只要会用,汇编也能写出好程序。我还是多花时间用用BOOST,挺好玩的。

# to tigeroar: 2005-04-14 11:06 周星星
http://blog.vckbase.com/Files/bruceteen/intel_license.zip
这里面有两个license,不知道哪个是你需要的。

# re: windows下最好的C++ IDE 2005-04-14 11:41 flyaflya
vc6不错,我也在用,也是因为机器配制的问题。icc道不敢用。以后有好机器,打算用2005。

# re: windows下最好的C++ IDE 2005-04-14 16:28 Lixeon
VC6 + Visual Assist 6 
很爽
ICC不敢在项目中用,怕与AMD机有兼容性问题
项目中还是少用点新的或者不熟悉的东西

# re: windows下最好的C++ IDE 2005-04-15 19:13 菜鸟一头
装上ICC之后即使勾掉使用ICC编译还是用不了VC原来的编译器了,以前通过的程序现在通不过了,预处理stdafx。h就会报找不到
怎么解决呢?

# to 菜鸟一头: 2005-04-16 09:35 周星星
是ICC8.0吗?并且是VC++6.0吗?

# re: windows下最好的C++ IDE 2005-04-16 15:34 好小
小的是VC刚入门一个月,VC6和VC7都使过一个礼拜,
最终还是选择了VC6,个人觉得M$平台下用M$产品开发还是VC6比较好使,
刚开始时先配合WIN32API学学MFC,
然后在应用时能用stl就不用MFC,
至于ICC,不敢用:)因为我开发环境是AMD的CPU嘻嘻。
个人认为对于MFC、ATL、CLI、STL等等东东,可了解,不用全都精,要用的时候知道在哪找需要的东东,用什么更好则行,重要的是思想,多去CODEPROJECT,CODEGURU等等网站看看人家的代码,想想有何可学之处,有何需要完善,有何BUG等等——这样就可以成为一位AC(Advance Coder),然后多看看软件工程相关的东东,在写代码和看代码时多想想,如何可重用,可维护等。。。

# re: windows下最好的C++ IDE 2005-04-16 16:05 好小
不好意思,提交后发现不可更改:)
谢谢周前辈,ICC已下完有机会定要试试:)

通读完此篇文章后无意发现前辈对大乘佛法也颇感兴趣,
在此说一句话也请您别生气,我觉得您不像真正修大乘的人,
真正修大乘佛法之人不会轻易的说某事物不好,更不会去贬损什么东东。
当然,修(或是悟)佛法(不仅仅是大乘)会使人心境开阔,的确很好,但您仍然不够:)学海无涯,佛法则更如浩瀚宇宙,我只望众生可早日脱离苦海!
我也爱佛法(但真不怎么样),只是希望您心境再开阔些,放开胸怀,拿出容天下事的气度来,看看这些编译器,其实都是有可取之处的,要不为什么有人去用它?)只是可惜咱无法做出一些有影响力的东东:)
。。。
唉,下回再说吧,工作:)

# re: windows下最好的C++ IDE 2005-04-16 21:46 flyaflya
郁闷,vc6竟然不支持BOOST的Lambda,这么玩的东西竟不能用,白看了半天文档。我认为Lambda和bind是BOOST里最好玩的部分,用它们可以不用for,while之类的循环,让C++很有些动态语言的感觉。

# re: windows下最好的C++ IDE 2005-04-17 18:28 菜鸟一头
to 菜鸟一头: 2005-04-16 09:35 周星星 
是ICC8.0吗?并且是VC++6.0吗? 
====================================
是的,VS6.0+sp6+ICC8.1.022
另外用ICC也没能更改VC6.0 std::exit的bug,就是cstdlib不在namespace std
我的理解是用ICC就应该是用Intel写的标准C++库了,所以应该不存在上面的bug了,是不是我理解错了,菜鸟,不要笑我


# re: windows下最好的C++ IDE 2005-04-21 10:03 旁观者扯两句
周同志对于C++标准的热情令我深受感动。为了C++的跨平台应用,遵循C++98标准应该是必要的。

但说实话,无论ICC还是VC.net系列都不如G++更符合C++98。

对于ICC,hehe的for循环变量问题以及菜鸟一头的std::exit问题很让人大跌眼镜(我头一次使用ICC,见笑)。

但以VS.net 2003为例似乎有对ISO STL擅自扩展的嫌疑:
有如下程序片断:

#include <iostream>
using namespace std;

class Base {
// 一些代码
};

class Derive : public Base {
// 一些代码
};

int main()
{
    auto_ptr<Derive> pd(new Derive);
    auto_ptr<Base> pb = pd;
}

我在G++和ICC里试验,编译器会报错,因为没有从std::auto_ptr<Derive>到std::auto_ptr<Base>的copy规则。这一点符合C++98标准。但在VS.net 2003中以上代码却能正常编译!@@ 我通过设断点检查,发现Derive里的对象被交给了Base,Derive指针为空了!!这个实在有些恐怖……
不过值得庆幸的是以下在G++和ICC中测试正常代码在VS.net 2003中工作还是正常的:
#include <iostream>
using namespace std;

class Base {
// 一些代码
};

class Derive : public Base {
// 一些代码
};

int main()
{
    auto_ptr<Derive> pd(new Derive);
    Derive* ppd = pd.get();

    Base* pb = ppd;
}

最终pd能被安全的destruct掉。

# re: windows下最好的C++ IDE 2005-04-21 10:42 旁观者扯两句
哎呀呀,一时疏忽,上述代码忘记引入头文件 <memory> ,见笑……

#include <memory>

# re: windows下最好的C++ IDE 2005-04-22 12:49 Alan
个人不觉得Intel Cpp Compiler不好用,编译巨慢。

编译STLport时感觉比VS2003感觉慢多了,而且体积又大。
偶用的是Intel Cpp 8.1,运行效率还不如VS2003。

还不知对AMD的CPU怎样???

偶的机器时P4 2.4B,256MRAM,要是机器好的话,还是用2003比较好

# re: windows下最好的C++ IDE 2005-04-25 15:12 dev c++初次使用
很多人都推荐dev c++,可是这个东西编译出来的控制台程序,简单的都有400K,为什么呢?是我哪里设置错了,还是本来就是如此???

# re: windows下最好的C++ IDE 2005-04-27 20:51 还没看懂呢!!!
你们操操了半天我还没明白是个什么意思!

有高手吗!告诉我世界上那个程序员最专钱!

没钱我他妈的明天就去卖身!

# re: windows下最好的C++ IDE 2005-04-28 16:57 孤心浪人
哎,看来和大家的差距比较大啊! 不追,就要落伍了!

# re: windows下最好的C++ IDE 2005-04-29 16:35 小熊
我觉得都是工具而已,在不同环境下,用哪个顺手哪个方便用哪个。
这是我自己的看法。:)

# re: windows下最好的C++ IDE 2005-05-08 14:29 破裤男人
你们都说得有道理,凡事都要先看用途,C++写应用程序的确很好,但是写WEB就有点麻烦了,远没有java,asp方便。
我是C++爱好者,我不喜欢vs.net。至今就用过vb.net,还是不得已才用的。

# re: windows下最好的C++ IDE 2005-05-08 16:09 帝王企鹅
周大哥:我下载了8.1的编译器,到inter申请了评估,不过只能用30天,不知道有没有时间长点的许可啊,能告诉小弟我吗?我的e-mail 
qianyong325@sohu.com

# to 帝王企鹅: 2005-05-08 16:26 周星星
我没有8.1的license,但Intel的ftp上有,你找找吧。

# re: windows下最好的C++ IDE 2005-05-09 10:37 tudou614
星哥,问个问题,有没有BLOG移植工具??



# to tudou614: 2005-05-09 11:11 周星星
:)我也一直在找,但没找到。
(其实想我要一个Blog备份工具)

# re: windows下最好的C++ IDE 2005-05-09 11:37 帝王企鹅
星哥,8.1的license  Intel也给我了,不过是30天期限的版本,我想找一个不过期的license,不知道你有没有?前面有人说以前的版本也可以用的,那把你8.0的发给我也行啊,谢谢你了!!

# to 帝王企鹅: 2005-05-09 12:38 周星星
ICC8.0的license:
http://blog.vckbase.com/Files/bruceteen/intel_license.zip

其实ICC8.1不同于ICC8.0,不再是通过icense来区分是否是试用版。
在安装文件上也有不同,也就是说,如果你使用的是试用版,那么即使获得非试用版license也不行。

但是,在intel的ftp上同时存放着 试用版 和 非试用版,当intel给你一个试用版下载的地方一定能找到非试用版的版本。

# re: windows下最好的C++ IDE 2005-05-09 14:59 三流大学里的九流学生
巨晕,又在争论这些无聊的东西...
都是工具,哪个用得顺手就用哪个,只要能把东西做出来就好.


# to 三流大学里的九流学生: 2005-05-09 15:24 周星星
哦,是嘛,你能只用 筷子 这个工具写个 程序 出来吗?

要说最顺手的武器莫过于菜刀了,于是看到各国在使用菜刀进行空战。

# re: windows下最好的C++ IDE 2005-05-11 13:59 杨文
看了半天终于看完了
还是决定用ICC 毕竟对c++的标准支持的要多一些
有利于学习标准c撒
不过要问的是,安装好了ICC之后 她的include文件夹下面只有一点点
如果没有装vc的话,是不是就没有办法写程序了?

# to 杨文: 2005-05-11 14:53 周星星
你应该先安装VC++,因为ICC毕竟只是一个编译器,而VC++是一个包含编译器、函数库 等的IDE。

如果你不是用于工作,而是学习的话,我建议你使用 gcc/mingw

# to 周星星 re: windows下最好的C++ IDE 2005-05-11 18:39 杨文
周星星大哥
我现在在学习但是参与的工作是实际的项目
也比较熟悉VC下的程序设计
但是我非常想了解和使用标准的c++
你能不能推荐一个比较好的地方介绍gcc/mingW的
我听说过gcc我也在linux下用g++做编译器写过网络程序
但是从来不知道mingW是什么意思?
可否,介绍我入门?
谢了

# re: windows下最好的C++ IDE 2005-05-12 08:59 周星星
这样的话,VC++6.0 + VSSP6 + ICC8.0 对你而言是一个很好的选择。

mingw其实就是gcc的windows移植版本。

# re: windows下最好的C++ IDE 2005-05-12 14:35 杨文
谢!

# re: windows下最好的C++ IDE 2005-05-13 16:17 刚来
为什么我换不回VC的编译器了?一点就出现get_compiler_choice_info return code=3,根本就换不回去 ̄

# to 刚来: 2005-05-13 16:27 周星星
用的是 VC++6.0 吗?
什么操作系统?

# re: windows下最好的C++ IDE 2005-05-13 16:38 阿伦
    久仰大名! 我想问一下: vc6+sp6, 除了+intel c++ 8.0, 还可以加什么?

# re: windows下最好的C++ IDE 2005-05-13 16:39 刚来
恩,是的,本来刚装好时可以换,重启完就不行了,系统是XP SP2,用的是VC++6.0

# re: windows下最好的C++ IDE 2005-05-13 16:53 刚来
我重装了一下就可以了~
问一下,为什么VCBASE注册不上,邮件总是收不到,我换了很多邮箱也不行~
有没有什么VC的群呢?如果没有,我这里有个空群,还什么也没弄了,可以提供出来6507581,现在还是个空的,本来想到VC上问点东西,再提供这个群,无奈,我还没收到邮件,哎~

# re: windows下最好的C++ IDE 2005-05-13 16:59 周星星
to 阿伦:除了 ICC,其他都不可以

to 刚来:不知道什么原因。

# re: windows下最好的C++ IDE 2005-05-13 17:20 阿伦
    没想到回得蛮快的! 我现在用的是vc6+sp6+stlport4.6.2,STL的版本是最新的, 我想支持STL是没问题的, 但今天我编译一个STL的时候,却发现编译不了. 在Dev-c++下却可以, 我想是vc6+sp6对模板支持不好的原因.你说是吗? 

# re: windows下最好的C++ IDE 2005-05-13 23:15 杨文
stlport4.6.2是什么东西?

# re: windows下最好的C++ IDE 2005-05-14 12:00 周星星
to 阿伦:应该是的,因为你只是更换的VC++的STL库,但编译器还是VC。

to 杨文:
    目前有很多STL版本,比如VC++使用的P.J.Plauger STL,比如C++Builder使用的Rouge Wave STL(最新的CB也不用了),比如Silicon Graphics Computer Systems. Inc. 公司的 SGI STL,等等……
    SGI STL不但质量和风格比PJ STL和RW STL出色,而且她还属于open source一员,另外 SGI STL 还是线程安全的,……,等等原因促使用户偏爱SGI STL.
     但SGI STL仅能为GCC使用,如同 PJ STL仅能为VC++使用,RW STL仅能为CB使用 一样,这是因为每种编译器对C++标准,尤其模板支持程度不一样。
   于是STLport应运而生,她是以SGI STL为蓝本,高度可移植的STL版本,可以用于大部分流行的C++编译器,包括VC++和C++Builder。

# re: windows下最好的C++ IDE 2005-05-14 13:53 阿伦
哎!星星,我晕了!  现在用两个编译器(vc6+sp6和 Dev-c++), 有时这个编译器编译得但另一个又不得(都符合C++标准的程序)! 看来世间真的没有完美之物!

# re: windows下最好的C++ IDE 2005-05-14 14:19 周星星
to 阿伦:能不能把符合C++标准,但在Dev-C++中编译不通过的代码给我看看?

# re: windows下最好的C++ IDE 2005-05-14 15:52 阿伦
我的mail:  xlsue@hotmail.com
                

# re: windows下最好的C++ IDE 2005-05-14 16:27 阿伦
星星,你的是bructeen@21cn.com吗?我发过去了.

# to 阿伦: 2005-05-14 17:48 周星星
friend ostream &operator<<(ostream &, Hugeint &) 改为 friend ostream &operator<<(ostream &, const Hugeint &); 
ostream &operator<<(ostream &output, Hugeint &h) 改为 ostream &operator<<(ostream &output, const Hugeint &h); 
list<int>::iterator iter1=h.iInt.begin() 改为 list<int>::const_iterator iter1=h.iInt.begin(); 
因为 h1+h2 是一个临时对象,所以类型应当是const Hugeint。 

我奇怪为什么VC++6.0能编译通过,所以加了一句: 
Hugeint h1, h2; 
typeid(h1+h2); 
没想到竟然导致编译器错误: 
fatal error C1001: INTERNAL COMPILER ERROR 
呵呵 


# re: windows下最好的C++ IDE 2005-05-14 22:30 阿伦
也是不得是吗? 我还有一个也发过去了,你看看!

# re: windows下最好的C++ IDE 2005-05-15 02:15 阿伦
明白了,谢谢! 是vc6问题了,睡觉! ^-^

# to 阿伦: 2005-05-15 09:21 周星星
1。有个无聊的人冒充我发贴,被我删除了。
2。“我还有一个也发过去了”--- 没收到呀。

# re: windows下最好的C++ IDE 2005-05-15 10:26 阿伦
在Dev-c++下, 我按照你说的改了,可以通过! 不过那个operator<<的第二参数在C++标准下也不要求有const啊? 

# to 阿伦: 2005-05-15 11:41 周星星
是不要求,但 h1+h2 是一个const对象,否则 h1+h2 = h3 就会成立。

# re: windows下最好的C++ IDE 2005-05-15 12:08 阿伦
哦,没明白了, 没有注意到这一点. 以后注意.^-^谢谢了
看来vc6+sp6对这些都不严格.用惯了,又可以编译通过,所以以为程序没有问题, 呵呵!
  以后请多指教!

# re: windows下最好的C++ IDE 2005-05-15 12:16 阿伦
不好意思,打错字了,你所说的我明白了.再次谢过!

# re: windows下最好的C++ IDE 2005-05-16 00:43 阿德
Compiling...
Error spawning cl.exe

3.obj - 1 error(s), 0 warning(s)
我在测试时为什么老是出现上面的错误啊
我装的是英文版的

谢谢!!

# to 阿德: 2005-05-16 08:28 周星星
报什么错误呀?

# re: windows下最好的C++ IDE 2005-05-16 19:07 路人甲
就我的使用经验(包括跟踪过VC6,.net 2002,及.net2003的部分代码的经验来说,MS的东西的确是综合起来是最好的,可能不是最有效率的,但别忘了,一个快速的但可能隐藏错误的程序不如一个慢一点的,但却更安全的程序好.这种方法是对的,也是作为通用库的设计原则. 如果单纯的为了特定的目的而优化,是可能写出比MS更有效的代码,但你能保证它的通用性吗? 所以,楼主不要轻易的下结论, 要知道,老外并不比你傻(可能设计编译器的人中比你所聪明的人数要远大于比你傻的人数).如果真是MS一无所值,那么intel的编译器早就占据了市场的主流,(Borland C就是例子),不是吗?

# re: windows下最好的C++ IDE 2005-05-16 19:20 路人甲
如果你自己想写一个快速的memcpy函数(以这个为例),你不妨一试,当然别忘记了,32位的windows之能运行于386及以后的机器,这样你可能使用32位汇编,最好的选择就是使用movsd 指令,这样可以一条指令传输4字节,然后看一下MS中写的memcpy与你的比较,你就发现你的代码绝对不如MS,但你的可能在特定的用途上比MS的快,例如在设计游戏引擎时,经常使用更快的,但不做错误检查的,这只能作为专用库,而不能作为通用库,对吗?intel的编译器的问题也在于此,至于你所谓的MS编译器依赖intel,兄弟别忘了,它们能坐大,不是单纯的MS依赖intel,也不是intel依赖m$,wintel联盟在历史上是双赢的,单纯的CPU生产厂商如果不提供它的指令集,它的CPU是没有人使的(因为别人不会使:-) ),武断的下结论是不合适.

# to 路人甲: 2005-05-17 09:48 周星星
你讲得很有道理,但

“一个快速的但可能隐藏错误的程序不如一个慢一点的”
a. 不能简单的下这个结论,要看具体要求。UDP的存在就是一个最好的佐证,当时设计者说:UDP有诸多问题,但它也有一个不可替代的优点---快速。
b. 你已经先入为主的认定ICC“隐藏错误”,没有任何证据表明VC++比ICC“更安全”。在我心中,我一直认为ICC比VC++安全多了,当然,我也没有证据来说服你。

“如果真是MS一无所值,那么intel的编译器早就占据了市场的主流”
a. 其实VC++就是Intel和M$合作开发的,她俩基本上可以说就是雷同,所以也可以说:VC++的流行就证明ICC的不错。
b. 差别在于M$无心再搞C++编译器,而Intel仍然坚持着。昨天的M$在搞VB,今天的M$在搞.net,明天的M$也许会搞.shit,无论如何,像C/C++这些"公益事业",M$是不会用心的。
c. 再者,流行由诸多因素造成,不能简单的认为一个软件流行就等于这个软件技术优良。毕竟M$是windows的制造者,如同Netscape和IE的不同际遇一样。

现在我假定你的这些观点都正确无误,那么用你的证据得出来的结论也不是VC6,而是gcc。
因为众所周知,gcc是以牺牲性能换取通用的,它的通用性和安全性(linux都由她来编译)不容置疑,而VC++只能在windows上运行,它的整个根基是通用不了的。在这一点上ICC也胜过VC++,要知道ICC是有Linux版本的。而且在大范围内看,使用gcc的人数远远大于使用VC++的人数。

您的一句话---“MS的东西的确是综合起来是最好的”---说得非常正确,当然前提是在windows平台上。但可惜就VC++而言,她有两个致命缺点:
a. M$无心致力于C/C++的发展
b. 多平台产品的要求越来越多,很多软件都至少要求能有Unix/Linux/Windows三个版本,如果使用VC++就得开发三次(如果VC++有这个能力的话),而使用ICC或g++的话,只需要一次。


# re: windows下最好的C++ IDE 2005-05-17 11:43 堂郎
网上看到这段代码
#include <iostream>

int main(int argc, char* argv[])
{
int i=55;
for(int i=0;i<66;++i)
{
int j=0;
}
std::cout<<i;
return 0;
}
icc8.1下通不过(错误)
但gcc(mingw带的那个),vs.net2005,vs.net2003(有警告)都能通过。(所有警告级别都开到最高)。
那么标准情况到底是哪个对呢?

# to 堂郎: 2005-05-17 13:08 周星星
ICC 和 VC++ 都有这个Bug,这是众所周知的。

C/C++标准是:在for内部定义的变量属于局部变量。
int i;
for( int i; ……
是符合C/C++标准语法的,但VC++和ICC不行。

# re: windows下最好的C++ IDE 2005-05-17 18:39 路人甲
这个问题呵呵没有讨论下去的必要了,本来评论一件事物就是"仁者见仁,智者见智"的各取所需要吧.至于M$无心于C++,这也是趋势,C++这种传统的语言也基本上发展到了极至了,再搞下去象什么?C#?又是一个"四不象"的东东.搞成真正的"多平台"可能也要想JAVA之流,运行时挂个解释器,呵呵,这还是我们所知道的C吗?
     最后,真诚的希望你写出更好的作品,而不是把精力放在这些虚无的口水之战上(就象争论opengl 和direct3d那个更好一样),当然,me too.

# to 路人甲: 2005-05-18 09:56 周星星
我知道你是好意,也因为如此我才和你讨论讨论。就拿opengl 和direct3d来说,如果只是一个奉命编码者,上司命令你用什么,你就必须用什么,想法太多反而拖慢开发进程。但到底用什么,你的上司则必须仔细考虑,因为它俩毕竟有所不同,选错的话,则是事倍功半,吃力不讨好。
所以讲,这种讨论是不是口水战,要看各人的目的。想象你选择一门语言或其他工具也不是盲目的吧?也必然有所比较之后才有所选择吧。甚至你认为有意义的“写出更好的作品”在ET眼中还不如猴子吃香蕉有意义。

至于你对C++的未来,我有不同的看法,我认为C++淘汰Java甚至.net已成为必然,因为这二十年来C++在技术上攻城掠地已经足够,相信Java/.net已无追赶得上的可能,C++在OO上85年其实就算发展完毕,而Java生于何年,还有最能说明问题的范式编程,我就不多说了。之后C++将会纵向发展,倪端就是即使在易用性上,认为C++比Java简洁的人也非常多了。当然我不期待你能认同我的观点,我把我对未来的预测说说,以博一笑,我认为未来将有三大语言,用硬件打交道的asm/c语言,与算法打交道的c/c++语言,与接口打交道的应用语言,这种应用语言绝非Java/.net,也不会是Perl/Python,是什么现未可知。

# re: windows下最好的C++ IDE 2005-05-18 12:51 cc5416
同意星星的观点,c++才素王道.....

# re: windows下最好的C++ IDE 2005-05-20 18:55 曾半仙
经测试8.1.022的lic不能用在8.1.025.

# re: windows下最好的C++ IDE 2005-05-21 23:20 Michael
我的是230,230.
PIII800EB+256M内存。

# 楼上我说的是那个3000个数组和向量的程序 2005-05-21 23:23 Michael
3000 mark 得分是230和230,呵呵。

# re: windows下最好的C++ IDE 2005-05-23 13:28 kfc VS m
星爷 你上面的给出的inter c++连接下不了
我口水都留了一地

# to kfc VS m: 2005-05-23 13:30 周星星
没办法呀,一共64.9M。

# re: windows下最好的C++ IDE 2005-05-23 16:28 帝王企鹅
FEATURE CComp INTEL 2008.9999 permanent uncounted HOSTID=ANY \
PLATFORMS="i86_n i86_r i86_g i86_l ia64_n it64_n i86_x" \
ISSUER=ROR ck=231 SIGN=A1DFA7DC3F3E
FEATURE CCompW INTEL 2008.9999 permanent uncounted HOSTID=ANY \
PLATFORMS="i86_n i86_r i86_g i86_l ia64_n it64_n i86_x" \
ISSUER=ROR ck=189 SIGN=A347BE2A80B4
FEATURE FComp INTEL 2008.9999 permanent uncounted HOSTID=ANY \
PLATFORMS="i86_n i86_r i86_g i86_l ia64_n it64_n i86_x" \
ISSUER=ROR ck=187 SIGN=80FD37320506
FEATURE FCompW INTEL 2008.9999 permanent uncounted HOSTID=ANY \
PLATFORMS="i86_n i86_r i86_g i86_l ia64_n it64_n i86_x" \
ISSUER=ROR ck=231 SIGN=027B9F5888BC


上面的是lic,我在8.1.025能用,自己建个文件改名.lic,另外正如星哥说得,8.1.025有两个版本,一个评估版一个正是版!


# re: windows下最好的C++ IDE 2005-05-23 16:56 初学者————rosa
我刚用C++来编程,以前学过一点C语言,应该从何开始学。
补充一句,本人注意用这做数值计算,做模拟工作。
现在有个具体的问题,用dev C++编译,数组最大能开多大?
请各位先辈指教,谢谢!

# re: 初学者————rosa 2005-05-23 17:37 pAnic
DevCPP的默认栈空间好像是2M

# to pAnic: 2005-05-24 09:04 周星星
我使用 editbin 和 dumpbin 命令查看过,确实是2M。
但不知道使用devcpp怎样设置这个大小,一个手工的方法是用editbin来修改栈大小。

# re: windows下最好的C++ IDE 2005-05-24 12:31 也是路人一个
看了这么多争论,也想说点自己的看法

1. 真正的程序员不在呼用什么编译器效率高, 因为他知道自己用习惯了的编译器编译什么样的代码效率不高, 而改进代码来提高效率. 而不是将提高效率的方法寄托在更换一个自己不熟悉的编译器上.

2. 真正的程序员不在呼用什么编译器更符合C++标准. 而是知道自己用习惯的编译器符合那些标准,不符合那些标准.

3. 真正的高手不是那些 MFC、ATL、.COM、DCOM、.NET、C、C++、gcc、MSVC 都会的人,它们只会其中一两样, 但可以由它做任何想做的事. 包括写一个BLOG.


# re: windows下最好的C++ IDE 2005-05-25 17:25 呵呵
在软件技术(是“软件技术”,而不是“软件数量”)方面,Intel也一直走在M$前面
------------------
希望可以提出更强有力的证据,否则变成谩骂就不好了。

# re: windows下最好的C++ IDE 2005-05-28 22:30 Vwarship
Linking...
Command line warning D4002 : ignoring unknown option '/subsystem:windows'
Command line warning D4002 : ignoring unknown option '/incremental:yes'
Command line warning D4002 : ignoring unknown option '/pdb:Debug/FrameworkConfig.pdb'
Command line warning D4002 : ignoring unknown option '/debug'
Command line warning D4002 : ignoring unknown option '/machine:I386'
Command line warning D4002 : ignoring unknown option '/pdbtype:sept'
LINK : fatal error LNK1104: cannot open file "ut:Debug/FrameworkConfig.exe"
Error executing xilink6.exe.
Creating browse info file...

FrameworkConfig.exe - 1 error(s), 6 warning(s)

请问这种错误如何解决???

# re: windows下最好的C++ IDE 2005-05-29 02:19 洪洪
我自己没什么必要装ICC,不过看了一下UserGuide。有些人提出的问题:
一、如果要卸载ICC,还要将xicl*.exe和xilink*.exe从makefile里移除。原文:
Building after Uninstalling the Intel® C++ Compiler
If you uninstall the Intel® C++ Compiler, you need to remove references to xicl*.exe and xilink*.exe from the makefile as follows:
1. Select Export Makefile from the Project menu. 
2. Select the appropriate projects. 
3. Click OK. 
This forces Microsoft Visual C++* to save the project with the correct CL and LINK32 settings.

二、relese编译有错误的问题,好像是PCH(预编译头文件的问题),做法:
To avoid difficulties with precompiled header files, you may disable their use as follows:
1. Select Settings... from the Project menu. 
2. Choose a target in the Settings For: dialog box. 
3. Select the C++ tab. 
4. Select Precompiled Headers from the Category: pull-down list. 
5. Click the Not using precompiled headers button. 
6. Click OK to accept the new setting. 




# re: windows下最好的C++ IDE 2005-05-29 08:53 yoursmile
星爷:
  看了你的这篇文章,我就按照你说的做了!不过,最近我发现,在我机器上面用intel的编译器编译通过的代码在其它没有装这个编译器的机器中的VC环境下编译通不过,是出现了一个fatal error:can't open file 'libmmdd.lib'.请问这是什么原因呀!请发回信到我的邮箱里:programmer_zt@126.com!谢谢!

# re: windows下最好的C++ IDE 2005-05-29 15:58 Vwarship
 Linking...
Command line warning D4002 : ignoring unknown option '/subsystem:windows'
Command line warning D4002 : ignoring unknown option '/incremental:yes'
Command line warning D4002 : ignoring unknown option '/pdb:Debug/FrameworkConfig.pdb'
Command line warning D4002 : ignoring unknown option '/debug'
Command line warning D4002 : ignoring unknown option '/machine:I386'
Command line warning D4002 : ignoring unknown option '/pdbtype:sept'
LINK : fatal error LNK1104: cannot open file "ut:Debug/FrameworkConfig.exe"
Error executing xilink6.exe.
Creating browse info file...

FrameworkConfig.exe - 1 error(s), 6 warning(s)

请问这种错误如何解决???


# re: windows下最好的C++ IDE 2005-05-30 22:58 flying
卸载了之后release可以运行,debug程序不能运行
似乎和mfco42d.dll有关

# 好热闹 2005-05-30 23:24 code_tin
无意间找ICC的时候找到这个BLOG.
各位讨论的好激烈啊.
每每看到类似的讨论.VC和BC哪个更好.或者C++和JAVA,WINDOWS和LINUX哪个更好之类的.点击率和回帖率都是最高的.
其实讨论这种没有实际意义的东西真的很无聊.

VS.NET和ICC以及G++都是给人用的
适应不同用户群.
如果某些方面的弱点真的有大家讲的那么严重
那么这个软件本身也早就被淘汰了.

作为便利性来说.应该是不会有比MS做的更便利的(APPLE的除外.当然也有人不这么认为)
所以初学者首选的IDE可能还是VS.
即便是楼主.也说了WIN下最好的IDE是VS(虽然不包括.NET)

至于认为楼主是在误导初学者.
我觉得楼主的出发点根本就不是针对初学者的.
楼主的文章其实是在优化原有的IDE(至于是不是优化了,我不想争论,你的意见是对的.)
而对于一个东西的优化.本身来说就不是初学者该涉及的内容.
当初学者能够对自己用的编译器做出选择时,我想楼主的文章也不会产生多大的误导,因为他们本身就已经有了自己对于IDE以及编译器的稍微成熟的看法.
或者可以说楼主的文章时打开这些人的视野.

所以对于楼主是否误导初学者,我觉得只是楼主打开了另一条路.
当一个初学者贸然转向.肯定会被岔路口搞晕.因为这本来就不是他们该尝试的路.而对于一些能够对目标做出选择的人来说.无疑这篇文章是有益的.

至于楼主对于VS.NET的批评.我觉得无需就这种问题争论,这种先有鸡还是先有蛋的辩论.虽然每每都是富有趣味.但也只是徒费大家的时间与精力而已.

想要快速开发.选MS的.想要高移植性.选G++.各取所需就是.双方都用某个事务的优点去比较另一个的缺点.这种讨论是不会有结果的.


# to code_tin: 2005-05-31 10:11 周星星

to code_tin:
谢谢您的评论,但我对这些已经麻木了,徒浪费时间。

每每看到类似的讨论.VC和BC哪个更好.或者C++和JAVA,WINDOWS和LINUX哪个更好之类的.点击率和回帖率都是最高的. 其实讨论这种没有实际意义的东西真的很无聊.
--- 对,“讨论.VC和BC哪个更好”对农田里干活的老农来说确实“没有实际意义”,从这上面讲,任何东西都是“无聊”的,甚至彗星撞地球对太平间的那些死人而言都是“没有实际意义”的,你在这里跟贴也是“没有实际意义”的,你跟贴说什么都是“没有实际意义”的。
但其他任何人都看得出,我这篇文章的预期读者不是所有人,而是那些在VC/GCC/ICC前面临选择的人。
虽然你口中说“没有实际意义”和“真的很无聊”,但我猜想现实中你并不是这样做的,如果是这样的话,那么你每天上班的第一件事就是掷骰子从数十种操作系统中随机选择一个来用,你不能按工作需要也不能按自己掌握的技能来选择,甚至你都不能按老板的要求来选择,一旦如此你就有了比较和选择,或者是你的老板替你选择,第二件事仍然是掷骰子从数百种编程语言数千种编译器中选择一个来用,甚至不管VC能不能在MS-DOS下安装,你不能有任何选择,因为你的任何选择都涉及这些操作系统/编译器的比较了。

VS.NET和ICC以及G++都是给人用的 适应不同用户群.
--- 同意一半,但不是全部,毕竟她们都是C++编译器,对用户而言存在着选择,对编译器产商而言存在竞争。你似乎把这些C++编译器一个看成记事本,一个看成多媒体播放器,泾渭分明得如同写字就用记事本,看电影就用多媒体播放器一样。

如果某些方面的弱点真的有大家讲的那么严重 那么这个软件本身也早就被淘汰了.
--- 有严重缺点就一定会被淘汰?恕我不同意这个观点。windows的严重缺点就是安全性和性能低下,unix的严重缺点就是对操作者的技能要求太高,不适合个人用户。

我觉得楼主的出发点根本就不是针对初学者的.
--- :-) 你到现在才看出来呀,我这篇文章确实不是针对初学者的,当然也不是针对非初学者,我说的就是IDE,预期的读者就是受IDE影响的人,受IDE影响的人可能是初学者,也可能不是。

而对于一个东西的优化.本身来说就不是初学者该涉及的内容.
--- 看来你说的这个初学者应当是C++初学者,C++初学者应该干什么我觉得自己不足资格去评论,闻道有先后,不能因为是初学者就应该受人摆布,为什么初学者就应该用IDE,或者说为什么初学者就应该用makefile?为什么初学者就应该看书,或者说为什么初学者就应该上机?为什么初学者就不应该涉及优化,或者说为什么初学者就应该涉及优化?等等等等,为什么必须所有初学者都一样呢?

至于楼主对于VS.NET的批评.我觉得无需就这种问题争论,这种先有鸡还是先有蛋的辩论.……
--- 听不明白。



# re: windows下最好的C++ IDE 2005-05-31 19:27 code_tin
一笑了之.
楼主的攻击性还真是强.

# re: windows下最好的C++ IDE 2005-05-31 19:30 code_tin
顺便说一句.
"windows的严重缺点就是安全性和性能低下"
这句话我觉得是没有经过深思熟虑说出来的.

当然你可能有数百个理由来支持它
我也有数百个理由来反驳它.
所以不想就这个争论,只是我投了反对票而已.

# to code_tin: 2005-05-31 19:40 周星星
:)相信我从来都是对事不对人,我说“谢谢您的评论”就绝对是真心的感谢,不是故作高调,呵呵!

# re: windows下最好的C++ IDE 2005-06-01 16:19 qiangqiang
装了Intel C++ 7.1。Tools中没有Intek(R) C++ Compiler Selection Tool,恳请楼主详细说明怎么添加。另外编译了楼主的示例代码,出现如下错误:
Compiling...
test2.cpp
C:\Program Files\Microsoft Visual Studio\MyProjects\test2\test2.cpp(7) : error C2258: illegal pure syntax, must be '= 0'
C:\Program Files\Microsoft Visual Studio\MyProjects\test2\test2.cpp(7) : error C2252: 'a' : pure specifier can only be specified for functions
C:\Program Files\Microsoft Visual Studio\MyProjects\test2\test2.cpp(12) : error C2039: 'a' : is not a member of 'Test'
        C:\Program Files\Microsoft Visual Studio\MyProjects\test2\test2.cpp(5) : see declaration of 'Test'
C:\Program Files\Microsoft Visual Studio\MyProjects\test2\test2.cpp(12) : error C2065: 'a' : undeclared identifier
Error executing xicl6.exe.

test2.obj - 4 error(s), 0 warning(s)

为什么?

# re: windows下最好的C++ IDE 2005-06-01 16:24 qiangqiang
gcc对标准真是支持的够好,用 dev-c++编译一直很顺,到了VC下就一塌糊涂了。但是,DEV-C++没有VC的IDE做的好,调试器也够烂,Windows下总不见得还是用GDB命令来调试吧,不然也就不会偷懒到Windows来了。最重要的是VC有Visual Assist,用起来舒服啊。楼主的几句话还是说得很有道理的。

# re: windows下最好的C++ IDE 2005-06-01 18:58 E
我不知道一般人用MINGW有啥子好处,很多很NB的人,很NB的软件就是用VC做成的。
我鄙视某些人。

# to qiangqiang: 2005-06-02 08:54 周星星
Intel C++ 7.1?
7.1我不知道呀,我这里说的是8.0。

# re: windows下最好的C++ IDE 2005-06-02 12:24 qiangqiang
你的程序在Intel C++ 7.1下应该也可以跑通的吧。

# to qiangqiang: 2005-06-02 12:44 周星星
这我就不知道了

# re: windows下最好的C++ IDE 2005-06-02 15:26 qiangiqnag
周星星,我装了8.0之后就可以通过编译了。

我想问一下,8.0对STL等标准是不是严格有足够的支持?

# re: windows下最好的C++ IDE 2005-06-07 20:26 ancestor
我用VI~^_^


# re: windows下最好的C++ IDE 2005-06-08 09:31 Y
用VI就做事情效率高吗?摆酷来着吧,就跟很多人喜欢说自己用C++一样。

# re: windows下最好的C++ IDE 2005-06-12 09:34 哥白尼--cleni@graffiti.net
如何用intel编译器编译stlport  
  我想用intel编译器编译stlport。因我想在vc6环境下用新标准编程,所以用intel编译器编译,却不会编译stlport,求教星星。
  我很奇怪,是我没有搞明白,楼上这么多人用类似的环境,却没人问如何用intel编译器编译stlport?
那你们是如何使用vc6+vssp6+intel compiler 8.0+stlport的?stlport包里只有lntel50.mak,而且如何使用intel编译器命令行我不会。急求教!
上一个帖子是发在post.baidu.com上的不好意思偷懒粘过来了!
 


# re: windows下最好的C++ IDE 2005-06-13 01:17 2000年出生
你们说的我都不敢学C++了,还是老老实实做生意算了

# re: windows下最好的C++ IDE 2005-06-13 16:53 yao
我装的VC++6。0编译程序时总会提示
--------------------Configuration: huffuman - Win32 Debug--------------------
Compiling...
Error spawning cl.exe

temp.obj - 1 error(s), 0 warning(s)
不晓得是哪里出了问题哈?程序是绝对正确的,而我也把VC装了N遍了,请星星兄指教!!!

# re: windows下最好的C++ IDE 2005-06-14 20:34 aoeiuv
我个人赞同 flyaflya和路人甲的说法。
周星星的技术实力我很佩服,不过可能因为做底层的东西多一些,所以对VC7有些偏见。我觉得VC7的IDE比VC6的好很多,增加了不少有用的功能,当然也多了很多我不用的功能……另外,VC7.1的编译器对C++标准支持也是很好的,编译BOOST就知道了。即便写ASM/C,VC7好像也不会比VC6差吧。缺点就是启动速度比VC6慢,占资源也多一些。关于界面是否凌乱,如果显示器是17‘‘,用1024×768以上的分辨率,好像也没觉得这是个问题。
至于什么manage c++,什么CLI、.NET,我从来不多看一眼,眼不见,心不烦,就当它们不存在好了。所以基本还是把VC7当成6用,只是用的时候觉得舒服一些。机器配置不太好也不太差,毒龙950的CPU + 768M内存。


# re: windows下最好的C++ IDE 2005-06-18 00:26 偶有所得
最近偶然解决了vc6+icc8.1中for循环变量范围和std::exit(0)的问题。这里聊以共享:

1. for循环变量问题
根据intel C++ Compiler官方的FAQ,只要在编译参数里加上
    /Zc:forScope    (注意大小写)
intel编译器即可识别符合C++98和C99标准的for循环变量范围。
2. std::exit(0)
由于vc6垃圾的标准库这个问题M$是不打算解决了。我是使用STLport后就可以用了,版本 stlport-4.6.2.tar.gz。

这之后就可以运行此程序了。

#include <iostream>
using namespace std;

int main()
{
for (int i = 0; i < 10; ++i);
for (int i = 0; i < 10; ++i);
std::exit(0);
}


另:
看到有的同志不知道如何在VC6+ICC8.1环境下使用STLport。不过目前我也不知道如何编译STLport的iostream。因此只能使用M$的iostream加上STLport的STL。这个方法在STLport的文档里有说明如何做(具体在INSTALL文件中有说明)这里简单说说。
首先解压STLport-4.6.2.tar.gz到一个目录,比如D:\STLport
然后进入D:\STLport\src,输入nmake -f vc6.mak prepare
之后再vc6的目录设置的include栏中加入D:\STLport\stlport就行了。注意要使用MT/MTd多线程链接库进行编译。

# re: windows下最好的C++ IDE 2005-06-18 02:34 cleni
问题没解决.
用icc8.x需要stlport-icxxx-staic.lib之类的库文件,你用nmake是怎么编译出来的?我从来没做成过

# re: windows下最好的C++ IDE 2005-06-18 08:55 cleni
痛苦中。。。

# re: windows下最好的C++ IDE 2005-06-18 09:23 偶有所得
如cleni同志所言,问题的确没有解决。本想着使用vc6的iostream+stlport的STL,看来还是不行。

(其实我也漏了一句,在stl_user_config.h去掉“# define   _STLP_NO_OWN_IOSTREAMS 1”前的注释。看来这样还是不行。)

# re: windows下最好的C++ IDE 2005-06-18 10:33 偶有所得
终于搞定了。看了STLport的官方论坛,stlport-4.6.2并不稳定,且不被推荐。如果追求稳定他推荐的是stlport-4.5.3,我下载后在vcvars32.bat里面设置变量(因为Intel C++ Compiler的iclvars会掉红vcvars32),使用intel50.mak编译成功。在D:\STLport\lib里面出现下列库:

stlport_icl45.dll
stlport_icl.exp
stlport_icl.lib
stlport_icl_static.lib
stlport_icl_stldebug45.dll
stlport_icl_stldebug45.pdb
stlport_icl_stldebug.exp
stlport_icl_stldebug.lib
stlport_icl_stldebug_static.lib

希望这点经验能够对cleni及其它同志有所帮助。这样就可以彻底抛弃vc6的全部垃圾C++库了!~~~


# windows下最好的C++ IDE 2005-06-18 13:03 周星星
 感谢“偶有所得”等大侠的指点,感激不尽,谢!

# re: windows下最好的C++ IDE 2005-06-20 04:56 无名男孩
星星大哥:
我装了8.1后编译你那文章中的程序测试通过,但是出现以下:
eleting intermediate files and output files for project 'aa - Win32 Debug'.
--------------------Configuration: aa - Win32 Debug--------------------
Compiling...
aa.cpp
Linking...
link: executing 'D:\MICROS~1\VC98\Bin\link.exe'

aa.exe - 0 error(s), 0 warning(s)

请问怎么不是Xilink6呢???是不是我那里没设置对呀?

# re: windows下最好的C++ IDE 2005-06-26 19:28 cleni
谢谢,偶有所得
you should use 4.5.3 verson STLport
and do not use the modify STLport-4.5.3 for vc71 verson,
nmake -f intel50.mak clean install
can pass compile.
before, certainly you should change the vcvars32.bat include and lib path for intel compiler you installed on your 
computer.

# re: windows下最好的C++ IDE 2005-06-30 16:29 还是vc.net平台好
用了vc6 也已有N年,一直不想用vc.net,觉得太慢。后因项目原因,不得不用了一段时期。后来就再也没有再用回vc6,界面,编译器,对于C++标准支持,都好太多了...
至于那些一直批评ms 编译器的人,请自己实测并使用后再下结论!就比如自己去看一下vc.net和sgi的stl实现,看看哪个比较晦涩难读。

攻击ms或许很时尚,但请不要误导别人。

# re: windows下最好的C++ IDE 2005-06-30 17:52 周星星
to 楼上:
讨论一下,反正对事不对人。
1。你真的比较过 PJ stl(VC.net中的) 和 sgi stl ?
说到STL,上次因为一个项目的缘故,我把gcc3.31、gcc3.32、gcc4.0、vc++6.0、vc++2003中的stl细细的比较了一下,没发现VC.net中的stl好在哪里,虽然编码规范了一点,但恼人的小聪明还在,和gcc3.31自带的stl水平差不多。
2。即使PJ stl非常好(只是假设),那又怎么样?换一个编译器就不能使用它了,因为它既不属于open source范畴,更不是GNU GPL。修改、传播、移植都是非法的。

另外,不要在这里说“攻击ms或许很时尚,但请不要误导别人”等乱扣帽子的话,这里是自由但文明的,说m$好不会有人给你扣上“走狗”的帽子,说m$不好也不会有人给你扣上“沽名钓誉”的帽子,只要你给出理由,这里的一切讨论只对事不对人。


# re: windows下最好的C++ IDE 2005-06-30 23:35 newbie
我看vc不错,最起码界面很好,至于intel c没用过,他是做硬件的,工控的例子差不多用汇编.至于以后吗.我看哪个都会有场合,不过从软件的趋势来看,编译型软件在pc这种场合越来越少.现在都开始提倡出租赚钱,有个运行时在那里,os有没有用还是问题.

# re: windows下最好的C++ IDE 2005-07-05 16:52 hello
判断的标准是什么?如果做MIS项目,用VCXX不把你搞死才怪。

# re: windows下最好的C++ IDE 2005-07-06 18:27 htqx

星星是出了名的偏颇大师,如果让他做中国的教育部长,恐怕超越现有教育水平之低劣是有希望了。

可是偏偏又喜欢在文章中弘扬自己那些不知所谓的观点。

我是对人不对事的,事情自然会有公允,但人却需要批评教育。

喜欢用liunx的人,都是狂热的宣传分子。表面上弘扬公平,正义,还有所谓的标准。其实就是直接向大众叫卖,用我,快用我,不要用windows。

一个免费的东西,要比收费的好,这是完完全全有背中国人的传统思维习惯的,这种宣传在其他比较有钱的国家,能够不在乎那windows几千块钱的人们看来,或许比较容易说的过去。

我不喜欢这种借正义之名,损人利己的宣传。他让我觉得自己用windows好像是一件不道德的行为,本来我还是有选择的权利,但是现在我好像不得不用linux。

没有比这更不像话的商业竞争了。

c++确实很好,但不至于能够一手遮天。vc6也很好,但很多人更喜欢vs.net。

因为时代在变,什么东西都免不了淘汰;人的爱好是私人的东西,是个性化的;好坏的标准是多样的。

不管哪个角度来看,vc6不过是几个老人家自认为还处于王者宝座的产品。

兄弟,不是我说你,你也要跟得上时代的步伐才行啊。




# to htqx: 2005-07-07 11:26 周星星

你是傻鸟一个,和你这种智商的人讨论问题是浪费时间,不过今天破例一次,只有一次,如果你能领悟,无须谢我,因为我不是对你说的,而是对你这一类无知者说的。

第一段就不说了,全是诽谤我的话,我无所谓啦,因为从您后面的言论看来你实在弱智,弱智者对我的谩骂我向来不放在心上。不过我以德报怨,告诉你一个小技巧,只要你给出一个我“偏颇”的理由,那么它的性质就不再是谩骂,虽然仍是谩骂之实,呵呵!

“喜欢用liunx的人,都是狂热的宣传分子。表面上弘扬公平,正义,还有所谓的标准。其实就是直接向大众叫卖,用我,快用我,不要用windows。”
---- “linux”这个词拼错了,我也常拼错词,呵呵。
你知道我为什么一开始叫你傻鸟吗?就是从你的这句话得来的,因为你说的理由,放在linux身上成立,放在windows身上也成立。你自己想想是不是这样,凭什么你得出linux“其实就是直接向大众叫卖,用我,快用我,不要用windows”,而不是windows“直接向大众叫卖,用我,快用我,不要用linux”?Linux和windows是同一个层次上的操作系统,Linux从来只是说自己是一个选择,而并不像windows那样一直诬陷Linux,你看看网上的言论就知道了,何时linux说过windows坏话?何时windows停止过说Linux的坏话?
说操作系统移植的费用很高,所以不应该移植到Linux上去。也不想想M$推广windows时,怎么不说由MS-DOS移植到windows费用太高,所以不应该用windows?
说windows程序员很多,因此使用成本比linux低。同上,这也是暂时的,如同当初MS-DOS的使用成本比windows低一样。
说linux比windows安全的原因是因为linux市场占有率低。我不知道谁更安全,但我知道白盒测试比黑盒测试能发现的错误更多,一个是开源的,全世界的用户可以对照着源代码进行检查,一个是不开源的,而且反编译它的代码还是犯法的,靠。
最后我要说一下,即使以后我用它俩中的一个(可能是windows,也可能是FreeBSD/linux),我也不认为另外一个就不好,就不应该存在,如同我只乘坐131公交车,但不认为159公交车就不应该存在于世。
鉴于你的智商,我简单总结一下:linux的存在会影响到windows(就是你说的“其实就是……”那一段),同样windows的存在也会影响到linux,这都没有什么不对,你不能把linux和windows都存在的而且还不是缺点的东西作为理由来攻击liunx。
不保险,鉴于你的智商,我还得打个比方,小时候一定有无聊的大叔大婶会问你喜欢爸爸还是喜欢妈妈,你不能说“我喜欢爸爸,因为妈妈年龄比我大”,为什么不能说呢?因为你爸爸妈妈都比你年龄大,而且年龄大不能成为不喜欢的理由。

“一个免费的东西,要比收费的好,……”
--- 如果你知道什么是Free,那么你就跟sun一样无耻到极点,如果你不知道什么是Free,那么你就无知到极点。自由软件中的"Free"是“自由”的意思,不是“免费”的意思,自由软件是自由开放的,是由大众开发或维护的。你们那个村子里的男女老少有钱的出钱,有力的出力,造出一条小马路,这条马路有你的汗水,也属你们大家,但你每次走在上面的时候都要不停的抛撒钞票,为什么?因为你认为“一个免费的东西,要比收费的好,这是完完全全有背中国人的传统思维习惯的”,所以你不停的撒钱,是不是呀,傻瓜同志?!

接下来的那些言论就无所谓了,简单的说说
“我不喜欢这种借正义之名,损人利己的宣传。”
--- 是啊,所以我虽然认为windows不差,但鄙视M$损人利己的宣传。^_^
“c++确实很好,但不至于能够一手遮天”
--- 是啊,所以还需要ASM/C/Fortran等等语言,还包括描述型语言。^_^
“时代在变,什么东西都免不了淘汰”
--- 是啊,如你所言,Java/.net/windows淘汰。^_^
“vc6不过是几个老人家自认为还处于王者宝座的产品。”
--- 是啊,我一定不是“几个老人家”之一,因为我不认为VC6好,所以我要用ICC来更换它的编译器。^_^
“兄弟,……”
--- 打住,“谈笑有鸿儒,往来无白丁”是我的座右铭。^_^



# re: windows下最好的C++ IDE 2005-07-07 13:27 kaikai
htqx,你是不是gameres的茹枫?

# re: windows下最好的C++ IDE 2005-07-08 11:38 回到过去
如果从赚钱角度来说,他们只是工具而已,能否写出有用的应用才是关键
是技术迷的话,直接啃汇编和操作系统C代码好了

# re: windows下最好的C++ IDE 2005-07-08 12:53 周星星
如果从本质来看,世间万物都只不过是几个粒子(中子、质子、电子、光子、中微子……)聚合而成,人的感觉也不过就是几个电子脉冲而已,如果你追求本质的话,大便也和米饭一样。
(开个玩笑而已,哈哈!)

所以你说的没有错,但却没有任何实际意义,拖拉机和飞机一样都是工具,锤子和斧头一样都是工具,大便和米饭一样都是有机物,……,所以不应该区分它们的不同,把拖拉机开上天,用飞机来耙地,用锤子来砍树,用斧头来锤钉子,用大便来喂你,用米饭去施肥。

# re: windows下最好的C++ IDE 2005-07-10 17:09 高山
error C2065: 'printf' : undeclared identifier
是什么意思
什么叫没有标识符

# re: windows下最好的C++ IDE 2005-07-10 23:09 abcde
To:# re: windows下最好的C++ IDE 2005-07-08 12:53 周星星 
以不应该区分它们的不同,把拖拉机开上天,用飞机来耙地,用锤子来砍树,用斧头来锤钉子,用大便来喂你,用米饭去施肥。 
---------------------------------------------------------------------------
瞎扯蛋.....你更适合去当练摊的...........,说出来的话都不中听,我看你是想吃葡萄又怕酸,以前以为你有多历害,看来也不过如此....嚼嘴巴子劲的而已嘛.

# re: windows下最好的C++ IDE 2005-07-10 23:16 abcde
TO:如果从本质来看,世间万物都只不过是几个粒子(中子、质子、电子、光子、中微子……)聚合而成,人的感觉也不过就是几个电子脉冲而已,如果你追求本质的话,大便也和米饭一样。 
(开个玩笑而已,哈哈!) 
----------------------------------------------------------------
虚伪嘛,面子思想严重了嘛,不够男人气度了嘛.手段不够阴险了嘛.饭白吃了嘛,书白看了嘛.(开个玩笑而已,哈哈!)

# to 高山: 2005-07-11 08:26 周星星
如果你用C,那么你 #include <stdio.h> 了没有?
如果你用C++,那么你 #include <cstdio> 了没有?

# to abcde: 2005-07-11 08:33 周星星
看到你气急败坏,我也有点点难过,假如如此谩骂能令你虚火下降,请自便。
出于道义,我应当提醒你一句:在气恼之余好好反省一下吧。

# re: windows下最好的C++ IDE 2005-07-11 09:00 回到过去
这样的气度要成为大师,不太可能啊

想想你用惯了WIN98,然后突然改用WIN2000的那种感觉,就什么都清楚了。这也是人老了为什么很难接受新东西的原因

# re: windows下最好的C++ IDE 2005-07-11 09:18 回到过去
我想问你两个问题
1。你用VC6用了多久,而。NET又用了多久
2。要成为WINDOWS开发的高手,你认为应该采取什么样的方法

# to 回到过去: 2005-07-11 09:51 周星星
首先我不是大师,对于“这也是人老了为什么很难接受新东西的原因”这个问题,我想问问你,在你眼里什么是“新东西”?VC.net,还是ICC,还是GCC?你又接受了几个?

“你用VC6用了多久,而。NET又用了多久”
--- 你用 VC6+ICC8.0 用了多久?所以说嘛,吃了几十年的米饭知道米饭香,一定要吃几十年的大便才知道大便臭?

“要成为WINDOWS开发的高手,你认为应该采取什么样的方法”
--- 我不知道你这儿的“高手”指的是哪方面,又需要达到何种境界才算高手。

# re: windows下最好的C++ IDE 2005-07-11 10:39 回到过去
“新东西”当然是泛指,也就是指你不熟悉的,不了解的东西,并不是指新近出来的东西。

“你用VC6用了多久,而。NET又用了多久” 
--- 你用 VC6+ICC8.0 用了多久?所以说嘛,吃了几十年的米饭知道米饭香,一定要吃几十年的大便才知道大便臭? 

拜托不要老对大便这么感兴趣好不好?
这样的回答说明你的主观意识太强。我的意思不是去追问你用他们的具体时间,只是想说如果你没有对两者有教长时间的使用,从而有充分的了解,你就没有发言权。

我的高手概念就是碰到一个的新问题,大多时候你能很快的知道从何下手并找到解决的办法

# to 回到过去: 2005-07-11 11:52 周星星
说到这个份上,道理大家都清楚,就好说多了。
你对“新东西”的看法和我一致,我一直担心你口中的“新东西”就是指“新近出来的东西”,这样的话,完了,分歧更大了,不过好在不是^_^。说我不能接受新东西我觉得不对,我用MC++7.0到VC++6.0起码也有六七个年头的,其它的东西对我而言都是“新东西”,但我都能接受(不是全盘接受),包括VC.net。

“只是想说如果你没有对两者有教长时间的使用,从而有充分的了解,你就没有发言权。”的观点也和我一致,我一直担心你要我用7年VC.net才给我“发言权”,好在不是这个意思^_^。我“全职”(比喻词,代指“一心一意,毫无旁鹜”)研究VC.net2002大约有三个月,时间说长不长,说短不短,我觉得它的人机界面适合初学者,这令我想起了AutoCAD,AutoCAD2000比AutoCAD14最大的"改进"就是人机界面,初学者没有不说好的,但用到最后大家都换成R14了,在无锡和南京,我还没见过家装行业不用R14的。这就是我(未必是你的)不用VS.net的原因,这也是我推荐(不是强制) VC6+ICC8.0 的原因(令人遗憾的是,我现在基本上用devcpp,虽然它的IDE不行,但编译器和标准库无可挑剔)。

对于“高手”,我不知道。

# re: windows下最好的C++ IDE 2005-07-13 09:09 erli
我想问一下,我的devcpp4.9.9.2怎么无法调试啊?我每次调试怎么都说要生成调试信息。结果我看它的编译指令里面没有包含"-g3",而且我在连接器中生成调试信息改成"Yes"了,也不行。怎么回事啊?

# to erli: 2005-07-13 10:52 周星星
要不按CTRL+F11让它全部重新编译一下,其实VC++偶尔也有这个bug,但Dev-cpp中这个bug实在严重。

# re: windows下最好的C++ IDE 2005-07-13 12:17 Soundboy
楼主说C++将淘汰Java,实在不敢苟同。
C++为了顾及运行效率,必须要牺牲很多。这好多方面正是Java来补充的。C++进入门槛高是个不争的事实。

如果不是专业研究软件开发,只是为了工作方便写几个程序。千万不要选择C/C++。这是我给一些想学点编程的人的忠告。

这几年Java的发展的事实也正好印证了楼主的这个观点是不对的。


# to Soundboy: 2005-07-13 12:31 周星星
随便聊聊
C++为了顾及运行效率,必须要牺牲很多。这是事实,但由Java来补充我则不认同,肯定是要有一个语言来补充,但我认为这个语言目前还未诞生。

“只是为了工作方便写几个程序。千万不要选择C/C++。这是我给一些想学点编程的人的忠告。”
------ 虽然有些语言一开始学起来简单,比如VB/Java,但越学复杂,不如越学越轻松的C/C++,所以我的忠告是:不是为了谋生就别学任何一门语言,而要学就学C。

“这几年Java的发展的事实也正好印证了楼主的这个观点是不对的。”
------ 这就不好说了,虽然事实摆在眼前,但有人说Java在萎缩的同时一定有人说Java在发展。

# re: windows下最好的C++ IDE 2005-07-13 13:40 soundboy
呵呵,其实我不会Java,所以无法举出例子了。

但是,AutoCAD 中的 AutoLisp,  Office中的 VBA, 这样的算语言吗,懂得点电脑知识的会计,出纳甚至销售用VBA在Excel中写了小程序,大大提高了自己的工作效率。难道不应该吗。

其实我也是C++阵营中的人,但是不习惯您这个“惟我独尊”的姿态。未来的世界必然是包容的,兼容并蓄的。
Java在发展还是在萎缩,我想谁只要了解一下本世纪每年的新增加的使用Java的人数,项目数,和相关书籍数,就可以了。不用比较总数了。

你抱这个态度的原因恐怕就是因为做的项目都是比较底的。这类项目在中国的比例很低。

我也推崇C++,但是相信未来很长一段时间J2EE和.Net是最活跃的。她俩是得宠的小妾,C++是受到冷落的原配夫人。

# re: windows下最好的C++ IDE 2005-07-13 13:53 周星星
我也是一个认为“未来的世界必然是包容的,兼容并蓄的”的人,但是很可惜,我看到Fortran的优点、Lisp的优点、VBA的优点、C#的优点,就唯独没看到Java的任何优点 ^_^。 

“Java在发展还是在萎缩,我想谁只要了解一下本世纪每年的新增加的使用Java的人数,项目数,和相关书籍数,就可以了。不用比较总数了。” 
------ 怎么了解?听信SUN伪造的数据,还是听信M$伪造的数据? 

“我也推崇C++,但是相信未来很长一段时间J2EE和.Net是最活跃的。她俩是得宠的小妾,C++是受到冷落的原配夫人。” 
------ 各人有各人的看法,而我的观点正好和你相反,我认为C是最活跃的,其次是C++。当然各人有各人的看法,没有争论的必要。

# re: windows下最好的C++ IDE 2005-07-18 15:46 DY

看你们的讨论我头都晕。

选自己需要用的吧,不过我还是倾向使用标准的东西。
杂七杂八的的确麻烦。

我工作是做linux内核开发的,所以接触Gcc G++

不过我平时喜欢搞图形,为了速度不得不使用DirectX9。
那么只好用VC++.net了。

在VC++.net尽量使用标准C++应该没什么大问题吧。

# re: windows下最好的C++ IDE 2005-07-20 02:40 凌晨兩點
最近在使用ICC+VC6做一個項目,之前一直在用VC6. 之所以不轉向VS.net,是因為MFC升級了,分發程式時,還要給人家分發MFC的DLL,十分的不爽。再一個原因就是.net要裝太多東西了。VC6的IDE其實是目前為止算是較為稱手的。當然BCB的那個IDE也不錯,最新的BCB X聽說較好地支持了C++98標準,但令人哭笑不得的時,IDE居然是用JAVA做的,暈。 其實我要的不多,一個較好的支持C++98的編譯器,編譯的速度和質量要高些,方便易用的IDE的DEBUG。目前用的的ICC,有沒有辦法讓它別優化了(選項),編譯速度加快點,畢竟我隻想要它的C++支持度。用原來VC6的編譯器boost的很多功能都用不了。

# re: windows下最好的C++ IDE 2005-07-20 02:52 凌晨兩點
個人的看法,隻有使用C++到一定程度後,你才會理解周老師的觀點。我們都是老人了。可以說,有必要(項目需要)的時候,我也會裝上VC7,8,9,我對M$不低制,但要根據自已的需要去選擇,千萬別亂跟M$的概念,因為M$經常把同一個概念(或別家的東西),包裝一下加點新東西,又把它炒成一個新概念。

# to 凌晨兩點: 2005-07-20 08:43 周星星
你是不是觉得ICC的编译速度很慢?上面也有人这样说过,不过在我这里(P4 1.6G、RAM 512M、Win2kpro)的ICC编译速度是非常快的,没有觉得它和VC6有编译速度上的差距。

# re: windows下最好的C++ IDE 2005-07-20 09:02 凌晨兩點
請問你的工程大不大(幾萬行代碼以上)?我是拿我原來的工程在ICC下編譯,明顯地慢非常的多。另外讓我最佩服ICC的是,他可以在編譯的過程中給出的warning非常到位,仔細看他的warning, 覺得這個編譯器很嚴謹。關於他的編譯速度慢,不會是因為我用的是XP吧,一笑。幾位同事的機上裝上後,用它來編譯各自原來的工程,兩下一比較,均有此感覺,不過,暇不掩壁,總體上感覺還是可以的,畢竟我是為了用些C++的泛式的支持,才換ICC,因為我要用boost的一些現成東西來簡化我的工程,提高穩定性。沒有必要人家寫得非常好,非常穩定的東西,我不用,再從頭寫過一遍吧。

# re: windows下最好的C++ IDE 2005-07-20 09:13 凌晨兩點
有時候就感覺是武林高手在找合手的兵器一樣,在找IDE和編譯器,因為估計這一生大多數時候都是與C++為伍了,其他的東西,偶而也會用用。 如果不是因為MFC的話,我倒是想試試別的IDE,包括以下的這個FREE的類VC的IDE。http://www.codeblocks.org/, 用wxWigets或GTKmm. unix下的編程目前基本上不涉及,為了生活,畢竟現在外邊的應用OS,給WINDOW統一了大半江山。

# re: windows下最好的C++ IDE 2005-07-20 10:03 周星星
“有時候就感覺是武林高手在找合手的兵器一樣”
--- 同感同感^_^,可惜还没有找到我自己喜欢的:(

# re: windows下最好的C++ IDE 2005-07-28 09:40 DrkBreeze
星星大哥:
    我的情况是这样的:我在看c++书籍时,一些小例子 我想用记事本写好test.cpp, 能不能直接有一个编译器帮我编译这个文件,生成 .EXE  ,我不想去 安装什么IDE 也没必要。 关键是 我不知道怎么去安装正确的编译器,和正确的配置环境,我是用WINDOWS 操作系统的,大哥能不能出一篇文章给我们这些初学者看看,跪求了 

# to DrkBreeze: 2005-07-28 10:52 周星星
明白,你可以直接去 http://www.mingw.org/ 下载mingw32。
不过,很麻烦的
1. 你需要一个编辑器。记事本也行,不过没有语法加亮、语法提示、排版等功能。
2. 你需要一个编译器,比如mingw32。
3. 你需要一个此编译器合配的C/C++库,比如libstdc。
4. 你需要自己写makefile,除非你一个个手工编译连接。
5. 有时你还需要一个调试器,比如gdk。


# re: windows下最好的C++ IDE 2005-07-28 20:34 hzgmaxwell
太热闹了,没仔细全看。不过,想跟周星星说的是。
我昨天用vc6编译一个wtl写的工程就是没过去,原因是缺少LPNMREBARCHEVRON的定义。网上找半天,有人说vc6.0装上sp6就可以,我装上了sp6还是不行,最后用vc7(就是vs .net 2003的ide)一次通过。
随着操作系统的升级,vc6 ide慢慢变得过时是事实,尽管可以通过某些方法让在vs .net 2003下能做的事,在vc6 中也能做。

我觉得人总是不喜欢抛弃当前的一套,不管是工具还是习惯,不由自主的去捍卫它,但等到一旦接受了新东西,才发现当初的固执坚持的是何等可笑。我喜欢vc6的快捷和方便,而且它也伴随我多年,可从我习惯了.net 2003(说的是ide,我对.net framework本身虽然有兴趣,但没研究过),还是希望能把老的工程转换到vc7来。而且,我认为事物总在发展,m$在做新东西的时候,就算没引入更好的,至少也不会抛弃原来好的东西。vc6中的mfc6.0和atl3.0,在vc7中是mfc7.0和atl7.0,我没仔细比较过有多少不同,但功能增强和对操作系统新特性的支持肯定是有的。

# re: windows下最好的C++ IDE 2005-07-28 20:44 hzgmaxwell
还有值得一提的是,vc .net 2003在调试方面明显比vc6强。举个简单的例子,就是调试windows 下的服务程序(service),这个调试本来就比较麻烦,msdn都说了要调试的话,要把主要的执行体封装起来。用.net 2003完全可以在servicemain中设断点,服务程序正常启动,再通过.net 2003 ide调试进程,就类似linux下用gdb attach到某个已经在执行的进程id上一样。vc6也有类似的功能,但ide上却没有方便的菜单项。

还有Across Languages跨语言、跨进程调试,vc6显然没有.net 2003方便。

# # re: windows下最好的C++ IDE 2005-07-28 20:34 hzgmaxwell 2005-07-29 12:38 cc5416
我昨天用vc6编译一个wtl写的工程就是没过去,原因是缺少LPNMREBARCHEVRON的定义。
-------------------
这是因为你所使用WTL的版本不同的原因导致的,你只需要修改一下相应的头文件就可以了,这种问题我见过许多,并不是vc6.0的原因,


# re: windows下最好的C++ IDE 2005-08-16 16:58 abc
vc7的IDE确实不太习惯.不过MFC7和ATL7和C runtime还是有了不少改进的.

我所知道的,

MFC6默认是不支持无窗口activex控件容器的,你要想开发支持windowless activex control的container,需要对activex和MFC都有比较深的了解,也比较麻烦,而MFC7已经把这个加进去了.

ATL7的改进就更多了,象一些实用类的引入,比如一些实用的集合类,CRegkey,CAtlRegExp等等.

整体也修改了以前的一些BUG.

类库很值得用,但是IDE确实用的不太习惯.

# re: windows下最好的C++ IDE 2005-08-25 18:30 wdx04
MingW很不错啊,加上类似Visual Studio 6.0的MingW Developer Studio,虽然没有ClassWizard,但编译、调试都很方便,是一个很有前途的IDE。
就是不知道能不能把ATL/WTL移植到MingW,wxWidgets还是太不好用了。


# re: windows下最好的C++ IDE 2005-08-25 18:33 wdx04
有了 MingW Developer Studio , Dev-C++ 的 IDE 基本上可以扔掉了。


# re: windows下最好的C++ IDE 2005-08-27 02:11 littlebeing
天,终于看完了,大家争论的很激烈。其他的我不说了,最有感触的是星星在文章中提到:他刚开始的时候给企业做的东西,老总很满意,因为界面好看;职工觉得还不如直接用以前的老办法,电脑反映太慢。深有感触啊,我现在可能就是你当时那种感觉。整个企业的系统是能正常运行,但是速度比我预想要慢的多,关键还有个网络传送的问题。这方面我多多少少要负点责任的,当听到老板说:做的很好,很pp,我很满意。的时候,我心如刀割。

# re: windows下最好的C++ IDE 2005-08-31 10:02 ttuurr
STLport如何在 vc6+intel c++下使用,能详细解说一下吗?   
最好 step by step ,先谢谢了。 


# re: windows下最好的C++ IDE 2005-09-02 21:03 ttt
看了n久才把长长的回复看完。其实用什么ide都无所谓,我是做linux下开发的,用的是c/c++。vc6/vc.net我都用过,感觉差不多,就是vc.net安装太麻烦了。不过现在改用SlickEdit,这个产品作了10多年了,很成熟,有的地方比vc6/vc.net要好的多,而且能模仿vim的界面(这个我最爱了)。
不过如果哪一天微软能出个跨平台的vs版本,我到是很想用一下。vs如果和gcc/gdb集成的话一定很爽。


# re: windows下最好的C++ IDE 2005-09-05 15:12 guest
星星,我有个问题想请你指教:xicl6是什么来的?

# to guest: 2005-09-05 15:21 周星星
应该是ICC的编译器吧!

# re: windows下最好的C++ IDE 2005-09-09 10:34 guest
谢谢,现在知道了,是intel 的编译器

# re: windows下最好的C++ IDE 2005-09-11 18:53 longhong
我装了Intel compiler c++9.0但vc6.0的tools里没有Intel选项,我不知道具体该如何使编译器和vc挂钩,请指教,谢谢!!

# to longhong: 2005-09-12 08:38 周星星
sorry,我没有ICC9,所以不知道。

# re: windows下最好的C++ IDE 2005-09-12 18:52 longhong
那就是说没法挂钩了??在未打补丁时还是可以的……对了,发一个你试一试吧??我的QQ379057219。顺便问一下,你那么猛,是不是清华北大的……(没别的意思)……

# re: windows下最好的C++ IDE 2005-09-13 01:57 Jonike
周师傅,不知你哪里人氏也?
想求一个像Pqmagic - Dos 分区工具一样的窗口程序(类window的),只要设计界面的code.供研究下。。不知谁写过。

# re: windows下最好的C++ IDE 2005-09-13 09:37 周星星
to longhong:不行呀。1.我从来不用有时间限制的软件。 2.即使你的ICC是正式版,但如果我使用的话,就成盗版了。 3.即使用盗版,也不能当众说出来呀^_^。

to Jonike:sorry,我不编写dos程序已经很多年了。


# re: windows下最好的C++ IDE 2005-09-13 10:53 sss
说了半天,没几个真正懂.NET的。
等真正了解了.NET后再来评价C++吧。
.NET从应用上来说可以做任何事,ERP、3D游戏、WEB应用等等将来会越来越多,如果你要写驱动程序,那也是可以的是,虽然慢了点儿。

随着windows版本不断的发展,.NET的速度会发展到不会比C++慢的地步,当然最好的.net代码是比最好的c++代码慢,但我认为你通常情况下你写不出最好的c++代码。

而且在.net托管下,你的.net代码会有个很不错的保障。

# # to sss: 2005-09-13 11:17 周星星
能不能不要在我这儿瞎灌
我是不如你知道.net,但我最起码知道.net不是C++ IDE。

“.NET从应用上来说可以做任何事”
--- 1. 照你这个逻辑,请问什么东西不可以做任何事?
2. .net可以编写.net framework吗?

# re: windows下最好的C++ IDE 2005-09-13 11:22 sss
1、“.NET从应用上来说可以做任何事” 
--- 1. 照你这个逻辑,请问什么东西不可以做任何事? 

我说这句话是反对有人这样说:
:)我也有不学.net的原因: 
a. 功能太弱,不能适用于我的工作。我既不做MIS/ERP,也不做web,我所做的项目,都对性能要求非常高,强调的是算法和对资源的严格控制,唯有asm/c/c++才适合,其他一切都不谈,仅仅是JVM或.net Framework,客户也是不允许安装的。而Java/C#适合的那些工作,在我眼中和黑屋子里的纺织女工差不了多少,虽然所有行业都是平等的,都需要人去做,但这个工作不适合我的性格,我喜欢自由和创造。 

2、.net framework 80%的代码是用c#写的。

# re: windows下最好的C++ IDE 2005-09-13 11:32 sss
随便说一句,我有部分.net framework核心的c#源代码。觉得很好玩儿

# to sss: 2005-09-13 11:44 周星星
你太傻了。
假如命名C#编写的.net framework为N_F_S,那么既然N_F_S是C#编写的,那么就必须有一个.net framework来加载运行它,也就是N_F_S死循环的加载自己。


# re: windows下最好的C++ IDE 2005-09-13 11:56 sss
就像c++的编译器也用c++来写一样,有什么奇怪的。
妄你还是学c++的。


# to sss: 2005-09-13 12:11 周星星
来者都是客,为了顾全你的面子,本来我想在讨论完就把你的帖子删掉,但既然你傻得如此可爱,不如把你的帖子都保留着,供后人瞻仰,你没有意见吧?

用C++编写C++编译器没有任何矛盾,因为C++运行期间是不需要编译器的。
而C#不同,无论你用C#编写任何程序(包括.net framework在内)运行时都需要.net framework来加载。

其实你不需要再说了,说实话,我看得出你刚刚接触IT这行,我不想打击.net在你心目中的形象,因为有时候动力比方向更重要,即使这个方向是错误的。

# re: windows下最好的C++ IDE 2005-09-13 14:22 sss
那我也告诉你C#是怎么写.net framework的,.net framwork核心当然不是用C#写的,但这个核心在.net framework所占的比例是相当的少的。.net framework是一个大的库,就像delphi中的VCL,vc中的MFC一样,但比这些库都要相对要低级一些,因为用C#写的.net framework实际了很多C#中看似语言标准的功能。另外C#只是一个服务于.net的语言,但C#能做的功能又并不是.net的全部。
.net framework有一些代码是用另一些低级的语言写的,比如.net中间汇编语言。

所以我说.net framework中80%的代码是用C#是完全没错的。
因为我阅读了C#怎样去实现了其中很基本的string类等。

我想说明的一点是,.net远比你们相像中的强大得多,而学习和使用起来也远比你们想像中的容易得多。

用.net来开发企业应用程序等是现在以将来最好的方式。

当然,我绝不说什么C++ 不好,像我们现在公司做的项目,虽然.net也能做,但考虑到一些因素,还是用C++去写了。毕业直接跟硬件打交道用C++要近亲些,但不能说这种局面以后也这样,因为以后的windows都是以.net的方式发布sdk,而非win32,到那时.net代码的优势就能体现出来了。

现在的操作系统还比较旧,windows xp以前都是.net推出之前的系统了,这些以win32 api系统怎么能反应出.net的全部呢。

# re: windows下最好的C++ IDE 2005-09-13 16:03 holi
1.我按照你的提示将Intel C++ 8.0 装上了之后,运行你的例子之后.不打勾时,即用VC6.0时,却出现下列错误提示:
Compiling...
Czairy.cpp
d:\program files\save\test\czairy.cpp(7) : error C2258: illegal pure syntax, must be '= 0'
d:\program files\save\test\czairy.cpp(7) : error C2252: 'a' : pure specifier can only be specified for functions
d:\program files\save\test\czairy.cpp(12) : error C2039: 'a' : is not a member of 'Test'
        d:\program files\save\test\czairy.cpp(5) : see declaration of 'Test'
d:\program files\save\test\czairy.cpp(12) : error C2065: 'a' : undeclared identifier
Error executing xicl6.exe.

Czairy.obj - 4 error(s), 0 warning(s)

2. 用intel C++ 8.0时,第一次是对的,答案为8,可是,我再将勾去掉,然后,在打勾时.却出现下列问题.
Compiling...
Czairy.cpp
icl: error: could not write to argument file 'C:\DOCUME~1\Admin\LOCALS~1\Temp\35002.arg'
icl: error: could not write to argument file 'C:\DOCUME~1\Admin\LOCALS~1\Temp\35003.arg'
Compiler driver / backend version mismatch: unset != 800
Be sure compiler driver and backend programs are in the same directory.
compilation aborted for D:\Program Files\Save\test\Czairy.cpp (code 1)
Error executing xicl6.exe.

Czairy.obj - 2 error(s), 0 warning(s)

这是是么原因呢?

请您最快解答一下,谢谢!!


# to holi: 2005-09-13 16:44 周星星
1。vc当然编译不过,因为VC对C++支持不好
2。ICC不认含有空格或中文字的路径文件名
BTW:切换编译器后,应当选择rebuild all一下,免得两者的中间文件互相影响。

# re: windows下最好的C++ IDE 2005-09-14 08:36 holi
谢谢! 按照你的提示,明白了问题所在.

# re: windows下最好的C++ IDE 2005-09-21 10:07 HyperIris
楼上一群傻x,简直就是缺乏对计算机科学的最基本理解
没有C++,你们的计算机连启动都不可能,还java、.Net呢
做梦去吧,用你们的Jave、.Net造操作系统,写驱动程序去吧


# re: windows下最好的C++ IDE 2005-09-22 15:35 xxx
好像.Net并不象微软当时推的那么效果显著,以至于微软相继将.Net的后缀从后续产品中去处了。

# 关于icc9的疑问? 2005-09-23 12:26 eXile_
我用了icc9以后,发现 release版的exe文件体积猛增,比icc8的大了3-4倍,无奈,在linker 选项里选择“禁止inline”,文件才小了(比icc8的还要小一些),不知道有没有更好的办法来减小可执行文件的体积?

# to eXile_: 2005-09-23 12:35 周星星
编译选项的优化类别里,除了Inline function expansion之外,上面还有一个Optimizations选项,选成Minimize Size试试看。

# re: windows下最好的C++ IDE 2005-09-23 16:41 混乱
3. VC++.net的界面弱智,而且包含糟糕的managed C++和C++/CLI,它们都是不被C++承认的垃圾,你是不是兴冲冲的安装了VC++.net之后又删除掉了它? 

微软注重的不是编译器,而是协作开发的一整套环境
VC.NET界面弱智?
VC.NET有很多功能,所以很庞大,不过有很多功能大家都没有使用或者不知道罢了,另外VC.NET的IDE不光光是C/C++的IDE。VC.NET本身也确实含有CLI代码,但是这和你们用来当“编译器”的功能有什么关系呢?至于运行速度慢是肯定的了,如果编辑器功能多自然就庞大,就好比Office 95和Office 2003的区别。


# to 混乱: 2005-09-23 17:09 周星星
《C++ programming language》中说到“绝不为不需要的功能而付出代价”,C 和 C++ 都是坚持这一点的。
牺牲我的效率来增加我用不着的功能 有点那个吧?! VC++.net很好,正如你说的“VC.NET的IDE不光光是C/C++的IDE”,但作为“C/C++的IDE”它则不够好。
你用Office来做例子,我也用Office来做例子吧,发送一段简单的话,我用windows自带的记事本,为什么呀?因为office启动速度比记事本启动速度慢,且其那么多“高级”的功能在我“发送一段简单的话”这个工作上用不着。

# re: windows下最好的C++ IDE 2005-09-23 17:14 混乱
的确这样,不过这样也不能用来贬低VS,NET
毕竟用途不同啊
就像如果你一定要画表格,那只好用Office,WPS....
如果只编C/C++当然VC6的IDE已经足够而且多余了,VC2.0也足够了,或者用什么Editplus,UltraEdit等等配置一下也可以达到类似效果而且更快。。。
不过如果只能用正版的话恐怕大家又要找其他替代品了,汗。。。


# to 混乱: 2005-09-23 17:32 周星星
我没有贬低VS.NET,我贬低的是VS.NET的C++IDE部分,标题就是“windows下最好的C++ IDE ”,下班一个小时了,该回去了,88

# re: windows下最好的C++ IDE 2005-09-23 18:08 混乱
哎,微软这样做也是不得已啊,东西自然越做越大,要重做精简的人力更加耗费

# help me!!!!!!!!!! 2005-09-24 23:05 路过的小猪
#include<iostream.h>
  
 
 void main()
  { 
    cout<< "hello, world!"<<endl;

这是我的源程序。
--------------------Configuration: hhh - Win32 Debug--------------------
Compiling...
Error spawning cl.exe

hhh.obj - 1 error(s), 0 warning(s)
这是我的编译结果。
而且不管用那一个正确的程序每次编译都出现上边的话!!!为什么啊?是不是我的options中的directories设置有问题?


# to 路过的小猪: 2005-09-25 13:04 周星星
我不知道你是用 VC++6.0 + VSSP6 编译不过呢,还使用 VC++6.0 + VSSP6 + ICC8.0 编译不过?
另外:
1. 现在的C++标准中没有 <iostream.h> 这个文件
2. C++标准也从来没有允许过void main这种形式。


# re: windows下最好的C++ IDE 2005-09-27 07:04
设置的问题,程序本身没有任何错,Error spawning cl.exe 
是无法生成cl也就是编译器的进程
看看执行文件的directory设置吧

# re: windows下最好的C++ IDE 2005-09-27 07:09 疑问
VC++6.0之所以如斯优秀是因为有CPU开发商Intel公司的技术支持

VC6的IDE的开发有intel支持?怎么讲最好的IDE跑到讲编译器了

# to 疑问: 2005-09-27 09:42 周星星
“VC++6.0之所以如斯优秀是因为有CPU开发商Intel公司的技术支持,那么你想不想看看Intel自己的C++编译器?”
--- 应该能看得出,在这段话中VC++6.0指的是编译器,是编译器的编译质量。

# re: windows下最好的C++ IDE 2005-09-27 18:52 纳米
我想问问
我的CPU是AMD的

假如使用Intel的编译器,对效率影响有多大?

# re: windows下最好的C++ IDE 2005-09-27 19:55 纳米
终于看完了,这些不都不怎么懂,但是,有一句话想跟大家说:“己所不欲,勿施于人”

# re: windows下最好的C++ IDE 2005-09-29 09:37 至尊宝
Hi~ 我倒是觉得星星的建议不错,嗯,还有上面一位abc同志说的也比较实在,据我了解,MFC7和ATL7等基础Windows库的确是有很大的改善的,之前我看了一些文章里用到了CSafeArray这个类,可我的VC6里面老是用不到,后来才知道是新版本的ATL,VC2003里面对开发ATL Server Project、COM+ Component也增强了支持…… 可惜我没试过用它来真正的开发COM+,但我看到了一些M$上的技术文章和截图很不错,我的笔记本比较慢,而且现在还没有具体的开发任务要用到这些,所以还在犹豫装不装2003或是2005呢,呵呵~
BTW,如果下一期的话题能介绍一些C++标准库、windows开发基础库,还有如何在VC6下使用最新版的windows platform SDK就好了:-)

# re: windows下最好的C++ IDE 2005-10-01 13:46
也许是我笨,装 vs2005 弄了半天才勉强搞清楚怎么编译 C/C++ 程序。结果我还是用回 vc6 。

# 应用开发中能快速实现开发目标的开发工具和环境就是好 2005-10-02 22:36 nerctv
 对应用开发能快速实现开发目标就是好,各个编译工具各有特点,你能用它解决好问题是根本. 过分关注和ISO C++标准吻合程度意思不大.
  这里的人,有多少需要开始操作系统级的软件系统呢?可能开发类似PI这样软件的机会也不多吧,所以,能够更多的关心自己工作中要处理问题的对象分析,可能更重要.
  对开发工具,Lixeon的看法更适当一点. 

   最近,试用了VC++ 2005 beta2. 做了一个简单的东西作为测试.初步印象:
  1 开发环境的Tool Box和Delphi/BCB的VCL很类似,比VC6.0好的多,但现在东西少一些.
  2 开发环境环境智能程度还不行,人为改变自动产生的Window Form类后,需要手工改很度多东西,比较乱.
  3 开发环境占内存很大,产生的CLR环境下运行程序,本身很小,但运行是占内存也惊人.
  4 .NET及CLI等的设计思想是好的,MSDN中相关资料也很丰富,技术支持很好,通过看MSDN就可以很快地进行开发(可是比现在出版的很多.NET书好多了),但目前的实现还不理想,不方便、太耗系统资源.
  也许,还是beta版的原因吧,尚不成熟.希望,以后发布的正式版能比较好.
  目前还是采用BCB +ACE的原生C++解决问题吧. 但以后不好说,可能在MS Windows环境下VC和.NET是应用开发的最佳选择. 

# vc 6.0与哪些程序有冲突? 2005-10-14 20:16 jin
请教大哥:   我拿安装盘装程序时,安装提示我:"安装向导"在您的机器上检测到vc++6.0产品潜在的版本冲突.安装后,可能单个或全部产品不能工作.
该组合产品可能回中断一个或多个VC++6.0产品的现有版本."
请教大家一般会是哪方面的程序与这个有冲突? 



# re: windows下最好的C++ IDE 2005-10-14 23:02 天下第七
看的真累,看完了,回家睡觉,就这么简单。
选择什么工具,主要看做什么工程。不仅考虑自己也要考虑别人(项目组其他人员),找一个大家都熟悉的,都认可的工具,才能合作,才有效。

# re: windows下最好的C++ IDE 2005-10-15 17:35 txg531
#include <iostream>
using namespace std;

class Test
{
public:
    static const int a = 8;
};

int main()
{
    cout << Test::a << endl;
    return 0;
}

为什么用VC6的内核编译不过去,而用ICC就可以,是VC6对C++标准的不支持吗?

# re txg531: 2005-10-16 12:34 周星星
是VC6对C++支持不好,文中内容就举的是这个例子:)

# re: windows下最好的C++ IDE 2005-10-20 23:28 晴月浩雪
以下建议中用的名词:
VC6,特指打了补丁的VC6。
ICC,星星的标准配置。
VS2003,特指VS.NET 2003及其集成的C++编译器。
Eclipse,特指集成CDT插件,配合VC2003Toolkit或GCC。

我的建议:
1、无论作底层引擎、中间件平台还是上层应用系统,如果现在还在使用VC6那么应该尽可能淘汰它环城VS.NET2003。如下一些情况下强烈推荐你使用和学习VS2003。
  A)ATL/WTL开发者。你会发现新的库结构对你程序的整齐帮助不小,使得你的ATL程序更容易开发。此外,ATL Service和ATL WebService也会让你更容易的具有Windows平台上的高性能Web应用的开发能力。
  B)COM开发者。非常推荐你学习属性编程的部分。他让你的COM程序看上去更像一个标准C++程序。
  C)跨平台开发者。或许VS.NET2003中的C++编译器还没有100%兼容C++标准,但其兼容程序用脚指头想也是比VC6强很多……
  D)懒人和苯人。尽管VC6装一堆插件也能让IDE环境更趁手,但在C++领域目前VS2003的IDE环境还是最方便的之一。如果你对自己不够自信,那么VS2003厚厚的较新文档也许能给你的Window开发带来便利。
  E)为.NET作准备的好学者,你可以用VS2003来学习和实践企业级开发,虽然看上去用C#来实践比用Manage C++好得多。
  F)用MFC作界面的一族。MFC并没改变多少,但你现在有很好的借口尝试WTL了,因为ATL和MFC的基础类已经合并了,你的程序将更好迁移。虽然有人看不起作界面的人,觉得只是在被MFC玩弄,没多少技术。但是殊不知界面本身就是一个很复杂的OO系统,Java曾多次在上面栽跟头,能真正建模并一套好的界面系统以我来看比反编译一段代码、抄袭一下别人文章中的算法和代码、或者看看一些网站的howto要有价值也困难得多了。
  G)确定一定要在Windows平台开发的人。比如用DirectX之类的。选择VC6或许可以,但VS2003和VC6的工程是向下兼容的,你应该不用费多大力气就可以把VC6的工程迁移过来,还有必要一定用VC6嘛?

2、在下述情况下(包括但不限于),你不得不继续使用VC6而不要更换2003。
  A)你的机器至少要和星星的一样慢,呵呵。
  B)你已经决定不要继续作技术了,所以只用VC6来清理以前旧帐。
  C)你作一些特殊的开发,如某些嵌入式开发必须依靠VC6上的扩展开发平台和工具包来实现(注意不是EVC)。
  D)你实在是没耐心和兴趣来学习和熟悉新东西(特别是乍看上去不太简单的VS2003),即便它真的很有用。

3、在下述情况下我推荐你抛弃VC6去学习GCC,同时推荐Eclipse+CDT的环境。该环境最大的特点仍然是易用。
  A)我要熟悉Linux开发,但暂时还不能脱离window。
  B)我需要一个纯Linux下的集成开发环境。虽然还有其他选择,但是这个选择你应该不会后悔。
  C)我需要自己定义交叉编译工具链。Eclipse完全可以给你这个发挥空间,你愿意用什么编译器就用什么编译器,想给什么芯片编程序就给什么芯片编程序。
  D)我需要一个有前途的跨平台开发环境。很好,Eclipse是Java写的,虽然还有些争议,但作为一个IDE,他的跨平台性和开放性都很好,可以说是无所不能的。

4、对星星介绍的ICC,可能因为我的工作范围还是不够宽所以始终没找到特别需要的场合。以下是一个猜测的场合:自认优化能力学到头了,但仍然不能让程序满足性能需要,同时自己又没本事写高质量的汇编来优化(这两者似乎很矛盾……)。所以,只好用ICC。也许跨平台的科学计算底层引擎可以用ICC来编译,这样可以尽量增加一点性能又不用费多大力气(也不值得写成目标机汇编)。哪天星星给编个程序试验下就知道了,作个简单字符串解析或比较的例子(网络、数据库的常见操作,性能敏感),把VC6或VS2003的优化全打开和ICC的编译比较下,看看值不值得考虑两者的差异。C++代码贴出来大家一起优化(从C++代码层次把它优化到较好),然后把优化代码放两个平台分别编译再看看差多少比较科学。

# re: windows下最好的C++ IDE 2005-10-20 23:42 晴月浩雪
  在现代化程度很高的今天,实际上在整个计算机的技术领域,只有发明和创新算法的才算是真正的“技术”工作。不知道我们这里看不起这个看不起那个的人到底是作什么工作的。比如那些在SIGGRAPH上的算法大师和天才程序员们。

  至于其他人,其实说到底都是在公司里按照一些资料(无论是网上搜的还是公司给的)在作一些会者不难、难者不会的事情(别管是写底层平台的还是作上层应用的,甚至包括作硬件驱动和国内作算法开发的,不就那么回事嘛)。有的人公司好点,知道东西多点;有的人公司差,知道东西少点。其实有什么好骄傲的,呵呵……算老哥我给大家提个醒了,谦虚作人正确认识自己比较好。

  其实我也不喜欢Web,不喜欢OA/MIS类的东西,也不喜欢界面类的开发,但我从不会鄙视这种工作和从事这种工作的人。当我看着某些前任的领导和自以为是的技术大拿们写着连高中生都觉得丑陋的代码洋洋自得时,我实在是有种难以言状的悲哀。我倒现在还忘不了用人名作类名的某知名公司的技术总监和核心开发,他们的程序绝对是不需要加密的,就算源码给你也未必能看懂。相反,有一些刚毕业的小孩倒是能作工作一板一眼,如果能保持下去,假以时日给个机会必成大器。


# re: windows下最好的C++ IDE 2005-10-20 23:56 晴月浩雪
再补充几个基础知识:

  1.VS.NET 2003中的VC完全可以不开发.NET程序。开发完的程序和VC6的程序一样可以自由发布,而且2003还集成了一个安装制作工具,比较简单好用。

  2.VS.NET 2005到目前为止我用的版本编译出的程序还不能完全脱离.NET。我编译后简单helloworld程序需要部署.NET程序集。所以2005很可能并不是2003的等价升级。

  3.GCC的标准性目前无疑是最好的编译器之一,但应该不是唯一的。不过,请不要拿VS.NET和其他编译器来比。重要的是,对大部分开发来说,我们需要这种程度的100%兼容嘛?那些不兼容的语法对我们重要嘛?有没有其他的代码有限的办法绕开不兼容呢?……所以到底用什么还是要看大家的具体拿C++来干什么。

  4.对编译器的评价和IDE的环境的评价要分开。比如编译器有:VC6的编译器、VS2003的C++编译器、GCC、ICC。IDE环境有:VC6、VS2003、Eclipse等。纯理论的比较通常主要比较编译器,结合实际的比较通常要综合编译器和IDE环境。大家不要拿IDE的质量和编译器的质量混为一谈。

# to 晴月浩雪: 2005-10-21 10:30 周星星
你的跟帖令我左右为难, 我知道你和别人不一样,从你的语气中看不出任何偏执和诋毁,且仅就你能回复这么多文字就令我必须说声谢谢,但是我又觉得你的C++观和我完全不一样,我个人觉得C++完全不适合你,你走在一条和C++原则相违背的路上,想想吧,如果你以上的回答就是你的C++观,那么你不该选择VC.net2003,而是直接抛弃C++,选择一个更合乎你想法的计算机语言,比如VB/Java。

# re: windows下最好的C++ IDE 2005-10-21 20:28 ilovevc
好像一直没有在此强贴上留名,也说几句。
VS.Net 2003的C++编译器的质量, ISO兼容程度应该是很不错的, 我也不太了解, 因为我几乎不用, 但是我相信boost中的那些大拿们。

不适应的就是它的IDE, 它现在的IDE和VC6一直从VC1.5延续下来的风格完全不同, 操作方式已经改变了, 倾向于VB化, office化,鼠标操作。

每次MS在C++和其他语言混杂在一起的时候,基本上都是迁就其他的语言,例如COM中的VARAINT_TRUE都要等于VB中的-1, 而不是C++中true代表的1。现在和VB.Net, C#共享一个IDE, 因此它的使用方式也不再顾及那些常年使用VC6.0极其以前版本的用户。我知道的几家大的公司, 成百的C++程序员,在Windows平台下开发,在VC6和2003之间,仍然使用VC6,而以前从VC5到VC6几乎一夜之间大家就都用上了新版本, 我看现在也没有任何欲望迁移到新版本的2003中。
就.Net IDE的这个操作方式, 说实话, 如果将vc6的编译器换成新版本的, 我怀疑还有人为了这个“Cool“点的IDE去装VC.Net开发C++程序。

如果是新人, 我还是推荐使用2003, 如果是旧人,我觉得如果你能忍受VC6, 就没有必要去用2003。像星星一样去自己琢磨些组合也不错。

# to ilovevc: 2005-10-22 09:58 周星星
谢谢,非常感谢,看来我俩的观点完全一致。其实我说得如此直白,就两个简单观点:
a. VC.NET的IDE 不如 VC6的IDE 简洁方便
b. ICC8编译器 比 VC6的编译器 对C++支持好

可是一个人开始用 "VC.NET编译器 比 VC6的编译器 对C++支持好" 来攻击我正文的观点,可是我没有推荐大家使用VC6编译器呀,把VC6的编译器贬得再低又如何?另一个人更离谱,竟然说我反微软,难道说金无足赤的人就是在反对黄金,说人无完人的人就是在反对全人类。TMD,如果MS样样好,还要别的软件公司干什么?如果承认这个事实---“MS并不是样样都最好”---那就成了反微软,这个帽子也太大了吧。


# re: windows下最好的C++ IDE 2005-10-22 12:06 wisher
请教:
    我想在.net 2003中使用string类型,我知道string类型是STL的东西,需要在环境中加入stl的头文件和lib库,但是在.net中又不能直接使用以前在VC6.0中使用的stlport,请问:
   1. 我该如何做,是否要下载适合.net 2003的stl,在那里能找到?
   2. PJ STL又是什么?是专用于.net 的stl吗?我在那里能找到它?
   3. 我能在.net的应用程序中使用以前自己在vc6.0中开发的动态库吗?而且这个动态库使用了STL port, 这能和PJ STL在.net环境中互用吗?
  
谢谢回复!!!

  

# re: windows下最好的C++ IDE 2005-10-22 21:55 ilovevc
星星, 我也是讨厌VC.2003的IDE方式很久了。
编译器,特别是C++编译器很重要, 但是IDE有时候更加重要, 要从我个人感受来说, 也不是什么需要高度优化的项目, 编译器生成的代码效率一般懒得关心,但是有个随手的IDE比什么都强,十指如飞,想哪写哪。整天担心鼠标放在何处的IDE实在不符我意。要是再装个VA,C-S-O, A-M等等,套用一句Scott的话, 如果你从未见过什么是爽, 那么你就不知道爽在何处。

www.stlport.com应该可以下载到for .net的stl版本,. PJ STL就是MS一直使用的“官方”STL版本,在.Net中使用估计需要重新编译。

# re: windows下最好的C++ IDE 2005-10-24 08:53 周星星
to wisher:
任何C++编译器都应该自带STL,因为STL是标准C++的,VC.net2003也不例外,你可以直接使用string而无须另外安装。

BCB使用 RW STL,VC++使用 PJ STL,G++使用 SGI STL。
这其中,SGI STL最为优秀,且她是open source的,所以很多人希望在BCB和VC++中也能使用到她,这就诞生了 STLport,一个以 SGI STL 为蓝本的可移植 STL 版本。

“3. 我能在.net的应用程序中使用以前自己在vc6.0中开发的动态库吗?而且这个动态库使用了STL port, 这能和PJ STL在.net环境中互用吗? ”
-- 答: 能,只要你没有把STL中的类型作为导出函数接口(这是不应该犯的错误),内部实现用什么是无所谓的。

# to ilovevc: 2005-10-24 09:12 周星星
“编译器,特别是C++编译器很重要, 但是IDE有时候更加重要”
--- 呵呵,看来我俩观点基本一致,不过我认为它俩都很重要,不比高下。
昨天在家写代码,一开始用VC++6.0,代码写得很快,但辛苦了半天在编译时竟然发现VC6把一个模板函数bool型当成void型,实在没则,函式编程和函数编程不同,没法写一点就编译一点,必须在代码完工后才能知道对错,最后不得不用Dev-C++,但Dev-C++写写小代码还不觉得有什么问题,代码量一大,就觉得它的IDE简直是一个噩梦,惨呀!

# re: windows下最好的C++ IDE 2005-10-24 20:27 Qian Hui

lib.verycd.com上有ICC9.0

ICC是一个非常优秀的编译器, 这个编译器提供了对INTEL处理器的最大支持,这个是其他编译器无法做到的. 就凭这一点就足够了. 例如,它可以针对一款特定的处理器做优化. 还有很多,我懒得说了

大家如果有兴趣,可以去参考一本书:
The Software Optimaization Cookbook --- High-performace Recipes for the Intel Architecture, Richard Gerber, Intel Press.

至于说到visual studio 6 IDE, 我想最好不要用ICC代替它的编译器. 还是分开的好.

visual studio 6 非常出色. 我很喜欢.  v.net, 如果你只是做传统的C/C++编程,而不是用它的.net特性,也不错的.

很多东西各有优点, 不要妄加评论.

# re: windows下最好的C++ IDE 2005-10-25 13:01 杨晓在
用vs6的IDE加vs2003的编译器就OK了,兼容性也比较好.

可惜的是我编译出来的工程总是没法包含调试信息,不知道怎么回事.

# To 周星星 2005-10-28 16:09 songyuling
你好,在这经常看到你的讨论。能感觉的出来你是个个性很鲜明的人,所以在技术上的也很容易形成自己的一套看法(而且是经过自己的总结和积累,在很长时间里形成的,也很难去改变的)。
你是站在纯技术的角度上去考虑问题的,有的时候我也很赞成你的看法,就拿我来说,以前对Windows的画图方面的函数,都会很不理解,不知道为什么这么奇妙产生这些漂亮的图形。虽然会用也知道结果但不知道为什么。我想,这是在Windows开发下程序员们经常出现的情况。前几个月因为一个项目我在Dos下编程,那些窗口全要自己画出来,有的时候还要一个个像素的去画,自己去做2D效果的按钮。很不方便,但自己也明白了很多的东西,反过身来看Windows的开发,再看它深层次的资料,才明白原理是差不多的,只是在对外的接口上,效率的优化上下了不少的工夫。所以从底层做,会对上面越来越高级的程序开发有很大的好处,因为你知道为什么。

呵呵,但是不是所有人都有这个环境优势和性格特点的。我想晴月浩雪是站在非常现实的角度上去看的。人有百样,环境有百种,时间也是不等人的。我这一代还是C++做为主流,现在Java可以说是市场上叫的很响的。很多人可能一开始就选择Java 来做东西。也就不会有这么多比较了。呵呵。入门不太长,不对的地方还请指正。

# to songyuling: 2005-10-29 12:35 周星星
您好!除了您的“我这一代还是C++做为主流,现在Java可以说是市场上叫的很响的”这一句我不认同外,其他我都表示赞同。
当年我在防疫站一个工作人员问我,WPS已经很好用了,还要你们这些软件开发人员干什么?很好玩吧,因为WPS已经很好用了,就可以把开发WPS的工作卸磨杀驴?因为WPS已经很好用了,就不再需要开发其他领域的软件了?Java是特定场合的应用型语言,而C++是通用的开发型语言。

# to 周星星 2005-10-30 17:12 songyuling
你好!我就不用您这个字眼了,看起来别扭(象老人似^-^).
你也承认不同的用途选不同的工具!我看来,中国的软件开发大体可以分为三类:
  第一种:理论研究的人,这些人可以真正说的上是我们的中国软件的救星,我们的软件要在国际上处于领先(领导)地位,只能靠他们了.不过,估计目前是没有这样的人,国际上一些先进的标准都不是我们中国人弄出来的.

  第二种:做底层开发的人.这个底层不仅仅是硬件接口的软件部分,驱动程序,重要的是国际标准的底层支持代码,象TcP/ip协议栈等.在我看来,最有价值的是国际标准的底层支持代码,硬件接口的软件要根据硬件的难度而定(一般的GPIO都是很简单的,呵呵,我就做过这样的软件)
  第三种:做应用开发的人.这个层次的程序员一般都是在现有的操作系统和软件开发环境里做实际的应用,象各种应用软件/监控软件/管理软件.这样的人是中国的程序员里人数最多的,我估计应该占到80%左右,也许还要多.在这个层次上,技术不是难度,只要你有好的技术支持(别是盗版软件,没有支持,只靠自己摸),难度在如何用技术去整合出合适的产品,如何以最快的速度/最低的成本开发出来,如何去与用户沟通他需要的东西,最后整合成一套合理的计算机流程出来.这就是所谓的用户逻辑.在这个层次,说实在的,市场的成分要占更重要的角度.

你在公司做,我想你也是非常理解第三种人的,第三种人占的比例是最大的,这也是计算机技术应用到生活中最需要的人.

哈哈,一家之言,请不吝赐教.

# re: windows下最好的C++ IDE 2005-11-02 16:02 宾宾
你好,我也用VC6.0,如今在网上下载了《MSDN 2005 年7月最新文档》(MSDN Library)并成功安装,为什么我在VC6里不能按F1键打开到MSDN帮助文件呢?它总是说我找不到MSDN,提示我安装.VC6.0不能用我下载的这个MSDN吗?如果能,怎么解决?谢谢.我快急死了.

# re: windows下最好的C++ IDE 2005-11-02 16:49 宾宾
再查了过国内外网站的资料,说是不兼容.希望有一天能被某某人破解,这样就好了.


# re: windows下最好的C++ IDE 2005-11-04 01:58 have a look
周星星真是猪头啊! 一个大SB而已. 存在的就是合理的,不管C++,.NET,Delphi,Python,perl,lua,rube各有优缺点,看什么场合罢了....当然,周星星这样的猪头存在也是合理的.林子大了,什么鸟都有!

# to 楼上的: 2005-11-04 13:45 周星星
1。“存在的就是合理的”
--- 在其他帖子下我已经说过了,第一点是作用范围,存在的就是合理的,但不代表对所有人都是合理的,比如“倭寇侵化”,对日本领土扩展而言是合理的,但对中国人而言却是不合理的。第二点是时段,曾经合理的不代表永久合理,所谓事易时移,要因时而变,你曾经用过TC吧,但你现在还在用TC吗?

2。我不知道“存在的就是合理的”能反驳我什么观点?
你是不是认为因为“存在的就是合理的”,所以就不去寻求改变?比如你生病了,“生病了”是“存在的”,“存在的就是合理的”,所以你不去看病,并辱骂医生“真是猪头啊! 一个大SB而已. 存在的就是合理的”。

3。不要动不动就骂人,虽然我并不为此而生气,因为就你跟贴中的逻辑表达,弱智得可以,如果你只是有所疑问而问,别人不会鄙视你,而既无知又无礼就令人生厌了。记住,要虚心要礼貌,并不是每一个人都像我一样宽宏。

# re: windows下最好的C++ IDE 2005-11-04 23:49 have a look
1.呵呵,好一个"所谓事易时移,要因时而变",我看这句话应该对你说.VC6的时候,大家都觉得VC6好,我也是,可是现在我觉得VC7.1对C++标准支持更好.windows下最好的C++ IDE =VC6?呵呵,太主观啰.你应该这样表达: "我个人觉得VC6最好,因为我用的最顺手."TC我用过,我现在虽然不用,但我相信还有人在再用,比如一些学生,呵呵,有个老总还要我帮她找一个pascal7.0,因为她女儿学习上要用.

2.正是因为有"生病了"这样的存在,才有医生存在的理由,所以很多新技术新工具的出现这是因为现实存在各种新问题新挑战,应该看医生的是你,真的.多了解了解别的方面的技术,虽然我也是C++的喜爱者(游戏开发),但我也喜爱java,python别的很多的优秀东西.老实说,这个世界好
东东真不少.

3.不生气就对了,对网上的骂声生气实在是没必要,我骂你猪头其实也不过是带着开玩笑的意思.你骂我弱智我也不生气.网上就是这样,看一看,笑一笑,骂几句,世界好有趣!

# re: windows下最好的C++ IDE 2005-11-07 04:42 snowman
偶然看到,感觉很搞笑.

如果你是新手, 请看看那个"晴月浩雪"写的话吧, 难得有人肯打那么多字.

别的人群也就罢了,如果你是个靠用ms的开发工具来赚血汗钱的程序员那你还有什么可废话的,跟紧ms的最新开发工具就是了, vs6后面vs.net, 再后面vs.net2003,马上vs.net2005就出来了---------别说你只用最基本的c功能,否则我觉得用vc6都浪费资源~

关于vc自带的编译器和intel c编译器的性能不早就有比较的文章了, 微软前些年挖了不少这方面人才包括borland的,  这方面技术差不到哪里去的~ 并且国内c++程序员绝大多数都是吃ms平台的饭的, 即便intelc编译器对它cpu优化的好, 那你敢说生成的代码对windows优化的有微软编译器好?

bye

# re "have a look": 2005-11-07 11:10 周星星
我不明白你在反对什么,你说“VC7.1对C++标准支持更好”我承认,但我推荐你使用VC6了吗?本文推荐的是ICC,我晕!

# re: windows下最好的C++ IDE 2005-11-08 19:28 dolphin
赫赫, 我不用IDE,只知道Makefile, 编译器我用g++3.43
或者g++2.95.3 抑或者intel c++ compiler 8.0 ,做界面我用ncurses, 方便,调试我用GDB, idb 抑或 DDD ,totalview 都很好, linux就是写程序方便,尤其计算或者网路。 推荐大家有空时不妨体验体验哦。  C/C++ 常用, 也研究一些java, 当今世界上最繁复的语言莫过于C++。 但请不要争论语言的优劣, 每种语言都有它的优点,我们的任务就是精通一门,精通一门就够了, OOP,GP都是一种观念,一通而百通,Java不是也准备加入GP吗, 但是我敢保证,在这争论的每一个人都不敢保证说他真的精通某一门语言, C++ 你真的精通吗?  好好学习才是正道~~

# to dolphin: 2005-11-09 09:27 周星星
很高兴见到你,看来还是Linux好,可惜我错过了多次机会。
BTW:
a. 我觉得“当今世界上最繁复的语言莫过于C++”应该改为“当今世界上,就语法而言,最繁复的语言莫过于C++”。
(对其他人说:)语法复杂将增大学习的难度,但与使用的难度无关,无法比较Java和C++谁使用更简单,因为它们有各自不同的适用领域,比如很久前我用C++写过一段控制某设备的代码,就一条转换语句,学过C/C++的人应该知道,这转换语句只是给编译器知道,不会产生任何执行代码,而用Java的结果是无数次的内存复制和字节拼凑。代码量相差十万八千倍,运行效率更是不可以比,因为C++那段代码运行时间是0。
b. Java不是准备加入GP,而是早就加了,不过GP天生就和Java不合拍。

# re: windows下最好的C++ IDE 2005-11-09 17:07 张旋
call~!讨论的这么热火韩天啊?我来踩一下

# re: windows下最好的C++ IDE 2005-11-09 17:09 dolphin
to 星星: 一年前路过这里,看到了不少的争论,现在我才刚算C++入门,仅用gp写了个效率不算高的并行通信库,越深入越感到它的繁复与高深,星星是高人呵呵,java我刚接触,问钻研了一年Java的同学,说java没GP, 前天看到本书,说jdk 1.5准备加入GP,故有此说,抑笑大方呵呵

# re: windows下最好的C++ IDE 2005-11-09 19:39 路过
知道了些东西,捧星星下。

# to:周星星 2005-11-09 23:26 李志伟
Compiling...
Error spawning cl.exe
我的编译器怎么总是出现这样的问题啊,以前的时候还好好的,完全没问题,可是近来就坏了,重新装了好多次了,我都快气死了!
告诉我怎么样解决啊。我用的 AMD的处理器
QQ:242820049

# re 李志伟: 2005-11-10 09:46 周星星
点击VC“TOOLS(工具)”—>“Option(选择)”—>“Directories(目录)”重新设置“Excutable Fils、Include Files、Library Files、Source Files”的路径。

# re: windows下最好的C++ IDE 2005-11-30 09:02 仅限讨论
我朋友的一个亲戚在微软进行.net framework的开发工作,他们大多数人使用c\c++语言,自己不用C#。

# re: windows下最好的C++ IDE 2005-12-06 10:16 冷冷的太阳
.net这个概念其实ms最初自己的定义也是模糊的
设置于无法给出一个简单明了的说法来对业界解释
所以至今我也不是十分明白,
不知道哪位精通.net的高手可以给我解释一下.net的定义,
当然,不要从某处copy长长的一篇文章过来,
要能够简单明了,让人知道.NET的定义

# re: windows下最好的C++ IDE 2005-12-06 10:20 冷冷的太阳
有句话打错字了,应该是这样的:
以致于无法给出一个简单明了的说法来对业界解释

# re: windows下最好的C++ IDE 2005-12-13 01:36 水园好友
我呢不擅长辩驳,辩驳比我写代码更难,至少我这么认为。其实我觉得讨论更好点,不过上面部分留言确实连辩驳都超过了。

其实我想说的很少:
1、
    讨论或者发表你跟别人不同的观点,内容最好限制在跟此观点相关知识上面,切莫进行人身攻击,特别是粗言秽语。
    另外最好把对方意思弄清楚,切莫把理解错误的意思再进行一番滔滔不绝,那是一个笑话。
    在发表一个看法时,最好你确实认识你这个看法,莫人云亦云。

2、我的建议(VC6 和 VC.NET):
    若你使用 VC6 一段时间,而又不涉及用到仅 VC.NET 才有的功能或者仅 VC.NET 不存在此 BUG,那么我建议你使用 VC6。
    如果你是新手,在某些情况下我也不得不建议你使用 VC.NET,它全面的资料和智能提示都会更加方面你的使用,当然如果你喜欢多劳多得,我还是建议你使用 VC6,在 VC6 你会有很多亲历亲为的事情,而在这些过程中你会学到更多。

3、C++ 跟其他语言,既然存在,就有它的长处,事物无完美,当然也就存在短处。对于 JAVA ,我从不用它跟 C++ 比较,它们根本就不同层次。如果 C++ 比作系统,那我觉得 JAVA 更象 系统里面的虚拟机。

    暂时说这么多,VC.NET,VC6,gcc我都装了,我非止步不前的人,我也想看看 VS.NET 的不同,而 gcc 和 VC6 是我工作必须。

    以上仅本人观点,顺便说说,星星在某些情况下发言确实有些偏。

# re 水园好友: 2005-12-13 10:26 周星星
仅就“讨论或者发表你跟别人不同的观点,内容最好限制在跟此观点相关知识上面,切莫进行人身攻击,特别是粗言秽语。”这句话而言,我要up你一万次,胡搞蛮缠、污言秽语的人太多。对于这样的人,我现在连招呼都不打,就删除。
对于“另外最好把对方意思弄清楚,切莫把理解错误的意思再进行一番滔滔不绝,那是一个笑话。”我不知道该如何回答你。虽然我这篇文章如斯之短,但还是有不少人认为我推荐的是VC6.0 ^_^,不光你一个,被我删除掉的估计就有二十多个。
对于2的第一段,我只想说我推荐的是“C++ IDE”,言下之意你应该明白。VC6的Bug太多了,我也不管,因为我推荐的是ICC;对于第二段,你用了VC2005没有?资料是很全,可惜不是C++的资料 ^_^,如果你想查找C++的资料,M$设置了无数的障碍,对于这样一个老手而言,查找C++信息也难如登天,况乎C++初学者。不信,你找个string的信息给我瞧瞧。(我顺便说说而已,我并不想在此和你讨论VC.net)。
对于3,我也不想多说,尤其是在这篇根本不涉及语言之间比较性的文章内。

“水园好友”这个名字很好,令我感觉无限亲切:)

# re: windows下最好的C++ IDE 2005-12-13 11:36 stone0616
    我现在也非常郁闷,一直学C/C++,现在想学java,好找工作啊!现在的语言、工具满天飞,不知道该选那种作为自己的主攻方向,以自己的能力,穷其一生精力也不能把一种工具或语言学精、学透!可这么多语言、工具,总有主次之分吧?
   我现在的想法是:C/C++不能丢,学学java,.net以及相关的开发工具,主要是为了号找工作!不过C/C++该选什么工具呢? 以前用过一段时间VC,后来又用CB。现在想重新学VC6.0。
   周星星所介绍的是否是大家都认为最好的开发工具呢?大虾们指点一下!非常感谢!

# re: 星星 2005-12-13 11:42 水园好友
  呵,我也经常遇见这样的情况,有时候我也回复这样的留言,但有时候你回复他呢他又变本加厉“回复”你...现在一般情况太过分的留言,我都会跟删除垃圾邮件一样,见一个删一个,如果每一个这样的留言都回复,那我可无暇应付。

  那3点部分不是给你看的,确切的说应该3点都不是给你看^_^,只是看完所有留言而回复里面提到的。

  赶快来灌水啦,你今天灌的水都不够浇花(当然得你闲着无聊的时候),闪了~

# to stone0616: 2005-12-13 12:22 周星星
“不过C/C++该选什么工具呢?”“周星星所介绍的是否是大家都认为最好的开发工具呢?”
--- 这很难说,仁者见仁吧。我倾向于使用GCC。

# re 水园好友: 2005-12-13 12:23 周星星
^_^ you are welcome

# re: windows下最好的C++ IDE 2005-12-21 16:09 llbird
周星星相当多观点我都支持,不过周星星老是用**和米饭放在一起攻击不同观点的同志,我不太满意!我有点假斯文,通常不讲粗话。

我是企业的开发员,自学的那种,就是身兼多职的那种。
我会用C/C++/ASP/SQL/ASM/Java/basic/pascal/梯形图之类等等语言,但不一定都精通,最熟悉是c/c++/sql。
.Net的c#我就不会。
编译器BCB4\5\6\X, vc5\6\net,gcc,icc等等都用过。

不好意思,我编程序都是用Editplus写逻辑、算法、临时测试试用等;
用BCB写界面,我对vc的写界面厌恶的很,只有用对话盒界面采用vc。
.Net我装了,只用他的帮助.
ide还是太慢了,另外整合了太多东西.
vc6的界面我很喜欢,字体不太满意。
对我来说大部分代码我都会在Editplus里写好,并写一个main函数测试。
我写程序逻辑和界面分的很开,ide对我来说就是写界面装配程序使用的,越简单越好,什么功能、速度都没那么敏感。所以我一般用vc6.
.Net目前是摆设。等我cpu升到3G会考虑的。
性能目前我对.net的比较满意,icc配制有时会遇到点问题。vc6足够用。
bcb的经常在我的程序优化完表现最差,g++的编译好好慢,一般我要开源时拿来测试一下我的程序的移植性。

对于语言我认为C/C++是一种最简单也最复杂的语言。

我一个星期就学会C,呕,肯定很多人不满意,其实牛角尖不需要钻,
一种语言不就是3种结构+数据类型+语言点;
C就是多了个指针,复杂的表达式就没必要研究,够用就可以,可以写的简单就没必要写复杂。
C++也是一星期,那时还不会模板,就学了继承、多继承之类的语法、还有c++的底层实现、虚函数的vptr之类的。
别老是说c/c++复杂,在我看来用起来最随意就是他了。
叫我用java一定要边编程边查帮助,vb的语法罗里罗唆真难用,pascal我就更晕了,同样的代码字母还要多打几个,别扭。
再没有比c/c++简单的东西适合我了;
可是c/c++总是有许多高深莫测的东西是我不会的,心情好我就回去研究他,其实不会也不影响编程。


我打中文超级慢,乱七八糟,请原谅!


# re: windows下最好的C++ IDE 2005-12-24 23:27 Linux + GCC !!
这里讨论太激烈,曾几何时,没有人提起过 C++ Builder 呢 ?? 如今 C++ builder 2006, 完全支持标准 C++, 微软的毛病大家都是知道的,为了目的不则手段, 以前支持 JAVA, 开发 J++,后来大家都知道, 它编译出来的 JAVA 更本不能跨平台, 可笑,而且赔了若干个 亿, 其实我认为 Borland 公司的东西却是不错,当初的 Turbo C 引我入门, 后来还有很多, 当年微软还在那里?? 如不是 盖茨 黑心, 挖人, 恐怕如今每人动摇编译器界的 Borland 老大的位置吧, 呵呵。
萝卜青菜, 各有所爱!! 没必要吵!!

# re: windows下最好的C++ IDE 2006-01-02 18:33 dzym
学了很多东西

# re: windows下最好的C++ IDE 2006-01-03 12:21 大宝
我做DirectX3D游戏开发,有人能告诉我什么ide最好吗?
我现在用vs2003,正打算转到vs2005,但是他们速度都慢。
以后可能做一些软件开发。
我用C/C++语言。
不知道vc6能满足我的要求吗?
还请星哥赐教!

# re: windows下最好的C++ IDE 2006-01-03 18:03 老张
2005比2003快不少。

而且有一点我可以证实,MS内部绝对都是使用的 .net 开发项目。除了底层的。

# re 老张: 2006-01-04 16:20 周星星
“MS内部绝对都是使用的 .net 开发项目。除了底层的。” --- 这句话中我有很多不明白的地方:
a. 这个“.net”指的是什么,C#还是VB.net还是C++/CLI?应该不包括C/C++吧,毕竟C/C++和.net没有任何关系。
b. 这个“底层”又有多“底”?当初有人说windows95是VB写的,因为win95中的一种脚本以vbscript执行。我想知道你这里的“项目”中非“底层”占多大比例?千万不要只是套了件.net外衣。
c. 关于“项目”我也有疑问,我想MS绝对不止一个项目,那么是不是MS在所有的项目上都使用.net开发呢?

# re 大宝: 2006-01-04 16:26 周星星
“我做DirectX3D游戏开发,有人能告诉我什么ide最好吗?”
--- DX,包括COM,是m$私有的,我想除了VC不应该有第二种选择;DX也在不断升级,我想你也应该用最新的VC版本。

“我用C/C++语言。不知道vc6能满足我的要求吗?”
--- VC6的bug太多,而且对C/C++标准支持程度太低,我觉得还是换一个编译器比较好。

# re: windows下最好的C++ IDE 2006-01-06 10:04 冰火蓝虫
.net目的是什么?
让更多的人直接到达结果,而过程微软要隐藏起来.
以后我们只知道张口吃饭,却不知道饭是从那里来的.
而饭已经被微软垄断了.
那我们还逃的了微软的魔爪吗?

以后所有的硬件设备都要跟网络打交道,web server 却有很大的前景.
如果连单片机都需要web server了.那底层开发人员的末日就不远了

# re: windows下最好的C++ IDE 2006-01-06 16:42 游客
当然是vim了,什么vs,vc6的,ide那是傻瓜们用的,就象一次性照像机,专业人员会用那玩意。
一份lynx(google其实就是用它改的)浏览器一个内核代码块有几十万行,用ide能行吗。shit!
ide,看到这个词就想起idiot


# re: windows下最好的C++ IDE 2006-01-06 23:21 ishou
楼上所言差矣!
我有个项目几十万 行代码 在 VC6里运行(编译)得好好的!甚至在VC5里也一样正常!




# re: windows下最好的C++ IDE 2006-01-08 16:19 游客
    别搞笑了,“编译得好好的”,ide是用来做编译的吗.是intergrate design envirment,是用来写代码的,说白了就是编辑器,你也可以用word 来做ide啊.关键是效率。
    gui和鼠标本来就是设计给外行们用的,是apple和microsoft为了商业目标推出的。仅管不可否认它确实普及了计算机技术,连卖菜也可以用电脑收款。可gui对计算机技术自身的进步没有大的促进。使用鼠标我们需要三只手。
    用gui,除了忍受缓慢的速度,乱七八糟阻挡视线的菜单和command bar,还得strugle for click and clcik,导致单手食指异常发达,不对称的畸型进化。
    楼上的所有人好象都不知道vim能干什么, vim是一种编辑器,如果你直接叫它操作系统也可以.vim不使用鼠标,尽管你一定要用也可以,vim支持c, c++ ,java, php, perl html, c#,vb,fortran,ruby,tcl等几乎任何一种编程语言的语法高亮和格式化及编译,如果你不相信也可以,vim中一切全是命令和快键。sf 打开或跳转文件,ge 把文件名送入shell执行;hjkl左右上下移动;gg开头,G结尾;/高亮搜索关键字;n下个匹配项,N上一个匹配项;ctrl-p自动完成任何重复单词(非常棒),ctrl-x ctrl-f 插入文件名;s 正规式替换代码;tj 跳转到任何一个定义的函数或类;32G跳转到第32行;!执行shell ;make调用外部编译器编译;cn跳转到第一个错误;cfile编译日志;DBsetoption打开任何一种类型的数据库进行操作,select ,insert, drop, update等sql语句直接可以运行 ;<F6>打开内建的资源管理器,Nread 打开ftp,webdav 或http上的文件;Nwrite远程写入; silent !start lynx.bat "http://64.233.189.104/search?hl=zh-CN&ie=GB2312&num=50&q=xxxx";使用lynx浏览器直接找开google关于xxxx的搜索结果. 在lynx在键入p把浏览器内容送入vim;gg=G格式化整个代码文档,=a{格式化{}内内容;yy复制选区,p粘贴选区。ctrl-o全屏/恢复某窗口。如此必需和简单的功能,可怜的msdev, 除了vc6可以全屏显示,此后的版本全部不再支持了,ms真是搞笑的,什么功能好就要fuck掉它,最恶心的是从vc6之后就不再允许ide导出makefile文件,官方解释是他们没有resource,没有时间来实现这个功能。明摆着就是不让你可以不装它的ide来编译软件。ok,结果绝大部份的工程文件还是用vc6版本,可以导出makefile啊。ma mb mc.... 加最多26个页内标签,mA mB mC...加最多26个页外标签; folding:对代码进行任何一种方式的拆叠,比起ide的什么狗屁大纲显示不知方便多少了,一份数万行的代码文档,你用仅仅用ide的大纲和单一标签还有你的鼠标就能快速定位,编辑。大夸张了吧。
    哎呀,对了,如果你胆敢不用msdev,那你写c#,vb,或mfc,atl之类的东东,那本msdn的葵花宝典该怎么办,其实我一直很纳闷为什么帮助要搞成chm,plain text不是最好的吗。php没有ide,也没有phpmsdn之类的chm。3400个函数只是一份914k的文本文档,一张软盘都不要。用ctags 建一下tag, 在vim中设一下tag,然后用tj *xxx*,你想怎么查就怎么查,实在不行,干脆grep(windows也有grep,可以用findstr /I /N /C:)一把, 管它函数名还是内容关键字,不到一秒全列出。msdn你当然也得搞份plain text的帮助,尽管ms 不提供,可其实也很容易,用HTML Help Workshop的hhw.exe decompile一把。然后再 copy *.htm help.htm ,unicode的编码麻烦一些,用word里转一下gb2312,然后再用lynx dump一下,这点是必须的,ie和firefox都dump不出千页以上的html文档。当然做tag时还要按vim或ctags的tag文档规范用正则式替换建一下tag关键字,全套的msdn包括office的开发文档我处理了一下,ms浩翰的知识库其实加起来也就20多兆,也难怪,20兆的东西如果不包装成2000兆怎么看好象也不值几万元一套的。不管是用tj 还是grep 全文遍历一下不到一秒。OK,你可以让你计算机上的ide进垃圾箱了,不对,可能有时还要用一点类向导,模板向导的之类的。你就不能自己做几个代码样板存在硬盘上啦。
    一切OK,可以开始工作啦,写得是msc++是吧,装什么ide啊,把lib, include,bin 拷一下就行了 ,msdn的help自已做啦。写个dos batfile,把include,lib,bin设一设,最后一行启动vim;进入vim后,设一下tag, 然后转到tj *mak 跳到makefile;:cd 当前工作目录;然后compiler msvc ,把编译器设成msvc。然后:make % CFG="mfcActivex - Win32 Release"|Me clist;(Me 是我自己的写屏插件);有错就cn到错误处改错。无错就编译完成,就这么简单啊。
    怎么,你还不满足吗,当然啦! 你还必须围绕vim写一堆你自己专用的plugin和vimrc,这样才更爽的。如果你习惯于双平台工作,最好将linux和windows版本的plugin和vimrc集成起来,象我的plugin,打,wbxxx就能跳到五笔字典和xxx拼音相对应条目下,,sql速查sql语法,,vftp将本地代码文档和服务器上文档进行比对(diff)导同,<F12>开lynx浏览器到google结果,mw 执行带自动完成的windows shell命令, ms 执行自动完成linux shell 命令,M自动完成我常用的命令库,有几百条带参命令了,死记不记死你啊,而且这可能才是最关键的,因为你的plugin和配置文件vimrc如果正常使用的话,可能你天天都得改进它,因为你每一天都会有新的不满足要重新满足,别担心,vim的插件全是开放的script,三分种就能搞定。这下你总该全部满足了吧。 我想象不出你们所谓的最好的ide能比这都更方便,更好。
    还有好象什么人说vs98开发出vs2002,vs2002开发出2003, vs2003开发vs2005,鸡生蛋,蛋生鸡还真是蛮搞笑的。不看报吗,报上不是吹ms的编程员特有创造力,剧然是在vim中用basic写软件,他们的编译实验室用的也不是cl.exe.也是一种行命令工具msbuilder,vs2005中有这个东西的。做系统级研发的会用ide?, 当然emacs也很不错,搞科研的人似乎常用,可能因为富有想象力,但编程和工程技术人员使用它好象很少,我觉得显然在设计理念上emacs过于强调复合,搞得大而乱,效率低下,宏键的冗长也违背记忆学规律。
   再过一千年,最好的ide也是不用鼠标和菜单的。


# re: windows下最好的C++ IDE 2006-01-16 20:37 fadics
太慢啦,一个几千行的程序编译了10分钟还没完成,实在忍不住了。
不过还是谢谢啦,程序完工最后一次编译我会用它试试,是不是快一点。

# re: windows下最好的C++ IDE 2006-01-16 21:19 fadics
无聊,实际测试了一下速度差别
一个6500行左右的工程
VC6自带编译器用时3:00
intel c++ Compiler用时23:51
当然我的机器差了一点儿
大哥,你真的在用intel c++吗?还是涮我们呢。


# re fadic: 2006-01-17 09:29 周星星
不好意思,虽然也有别人说ICC比VC6慢,但没有像你那么慢得离谱的。而在我这里ICC和VC6速度一直一样。

# re: windows下最好的C++ IDE 2006-01-18 16:41 seraph
1月8日那位老兄实在是猛人……如果我有空搞linux开发,一定也要把什么ide扔掉,既然在win平台,就继续抱微软的粗腿吧。
ps:vs2005比2003确实改进不小,速度快多了,编辑器也好用了不少,机器配置可以得建议升级。当然c++/cli什么的无视它就好了。

# re: windows下最好的C++ IDE 2006-01-19 11:44 leon
我讨厌死MS的VC了,真麻烦,什么乱七八糟的东西

# re: windows下最好的C++ IDE 2006-01-25 18:56 somebody
校調 Intel c++ 9 (假設你已經會安裝)
使用多執行緒, 目的是支援 STLport 4.5 
方法見上面 2005-06-26 19:28 cleni 的討論

開啟 icl6.cfg 
---------------------------------------------------------------------------
# Enable Microsoft Visual C++* 6.0 compatibility
-Qvc6

# Path to Microsoft Visual C++* 6.0 linker
-Qlocation,link,"C:\Program Files\Microsoft Visual Studio\VC98\Bin"

# *Other names and brands may be claimed as the property of others

# 使用多執行緒, 目的是支援 STLport 4.5 
-MT

#include
-I"C:\Program_Files\Microsoft_Visual_Studio\VC98\Include\stlport"
-I"C:\boost_1_33_0"

# 簡單優化
-fast

#ANSI, 這樣就不會是 VC6 的迴圈錯誤
-Zc:forScope;wchar_t

# C[99] 標準
-Qc99
--------------------------------------------------------------
別忘了執行一次 iclvars.bat

建議:
1. 別使用 -Za (關畢 VC6 延伸功能以符合 ANSI)
這樣會降低 Intel 的執行檔速度

2. 若使用 -Zi
可以搭配 Intel Vtunes 產生代碼優化建議 (非常強大) 

若有 Intel P4 EM64 處理器
需要用 Windows server 2003 64bits 作業系統及其 SDK
才能裝 Intel C++ EM64 compiler

究竟 VC6 與 intel 編譯出來的執行檔誰快?
只要校調方法正確
我確定是 Intel

// C++
#include <iostream>
#include <string>
#include <cmath>

inline
char ctoi(const char c)
{
   return c -'0';
}

inline
std::string mul(const std::string& s1, const std::string& s2) //乘法
{
   const int size1(s1.length()), size2(s2.length());
   std::string s(size1 + size2, '0');
   for (int j (size2 - 1); j >= 0; --j)
   {
      for (int i (size1 - 1), k (size1 + j); i >= 0; --i, --k)
      {
         unsigned char tmp(s[k] - '0' + ctoi(s1[i]) * ctoi(s2[j]));
         s[k] = tmp % 10 + '0';
         s[k - 1] += tmp / 10;
      }
   }
   if (s[0] == '0')
      s.erase(0, 1);
   return s;
}

inline
std::string power(const std::string& s1, const int n) //次方
{
   if (n < 2)
      return (n == 0 ? "1" : s1);
   else
      return std::string(n % 2 == 0 ? power(mul(s1, s1), n / 2) :
                         mul(s1, power(std::string(mul(s1, s1)), (n - 1) / 2)));
}

int main()
{
   while (true)
   {
      std::string s1;
      int s2;
      std::cout << "輸入a^b 之 a b: ";
      std::cin >> s1 >> s2;
      std::cout << s1 << "^" << s2 << " = " << power(s1, s2) << "\n\n";
   }
}

用很爛的 algorithm 算 9999^9999 (^ 是次方!!)
在我的 CPU 上
Intel 只要 4 秒
VC6 需要 12 秒
g++ 等了一分鐘也沒結果

而且用 C 語言比 C++/OOP 快 (這是當然的)
VC++.Net 還沒用過
所以搭配 Intel 後是否更好仍不知道

# re: windows下最好的C++ IDE 2006-01-25 19:07 somebody
更正:
上述是
-Zc:forScope,wchar_t 
逗號才對

# re: windows下最好的C++ IDE 2006-01-26 01:03 佚名
大家谈谈 vc2005编译器的变化 不支持P4优化了是进步还是其它?
大家谈谈对 free C++ IDE 的看法
比如 
code::blocks
dev c++
mingw developer studio
U++
Relo


# re: windows下最好的C++ IDE 2006-01-27 00:46 0点
发了我一个小时的时间,来看这些回复! :(

从前年说到现在,还没有说完吗? 评出什么结果来了吗?

# 继“唯语言论者”后又多了“唯工具论者”? 2006-01-30 16:40 无锋之刃
这不是一个冷笑话么。

VC6+SP6是很稳定好用的,工作上我需要它。
VC2003是我最常用的,但仅仅是用于写软件原型。
VC2005没尝试过,不敢妄下评论。
ICC8.0准备试用一下。
至于GCC,这个是教学用的最佳编译器,工作上也跻身于顶级之列。

楼上诸位争吵得厉害,不过不知道有几位是耐心地测试、使用过这几种编译器的?
没有实践就没有发言权,大家要向楼主学习。

# re: windows下最好的C++ IDE 2006-01-31 20:49 问题
我的连接程序如下: 
Linking...
link: executing 'E:\MICROS~1\VC98\Bin\link.exe'

hi.exe - 0 error(s), 0 warning(s)

请问链接程序不应该是Xilink6吗?

# re: windows下最好的C++ IDE 2006-02-02 03:07 匿名人士253874
看完了,mark

# re: windows下最好的C++ IDE 2006-02-07 09:20 flysnowing
我在看些c++的东西.
可是我发现gcc 对标准的支持好像也不是很好样,
当然我用的也不深,目前 只遇到一个问题,那就是 对二维数组的支持上, 我遇到的问题是 我用指针的指针作为函数的参数的时候,然后再把一个二维数组传给它,以前用3.0的cygwin,编译没问题,但是运行就崩溃,现在用4.0的, 这个编译不过去了.但是又有新的问题, 但是用vc6编译,这些语法错误都能找到. 
现在还搞不清楚 这两个到底那个更标准...

# re flysnowing: 2006-02-07 11:03 周星星
指针的指针 和 二维数组 并不是同一个类型,无法自动转化,这个问题你明白么?
int** p;
int a[m][n];
前者的元素类型是 int*,占 sizeof(int*) 个字节
后者的元素类型是 int[n],占 n*sizeof(int) 个字节
它们俩在内存中的分布是不一样的。

数组可以降级为指针,这句话是正确的,但 int a[m][n] 是一个什么数组?它是一个 int [n] 的数组,因此它可以降级为 int (*)[n] 这种指针类型,而不是int**(注意:int (*)[n]是一个指针,而非指针的数组,既然不是数组,那就无法再次降级)

cygwin只是一个linux模拟器,我不知道它用的是哪个版本的gcc,我用gcc3.4.2测试了一下,错误信息很易懂:cannot convert `XXX' to `YYY'.

# re: windows下最好的C++ IDE 2006-02-09 00:59 晴月浩雪

  不同的程序,开发时目的和要求也不同,所以才有了不同种类的工具选择。一个神志清醒的人在有选择的情况下,不会用粉笔在纸上写字,也不会用钢笔在黑板上写字。

  也许有人说,ICC、VC6、VC2003和GCC难道是与钢笔粉笔类似的截然不同应用场合的东西嘛?实际上从某个角度来看,他们还真的是截然不同的东西。举几个具体例子来说明下,不然会遭人拍砖。

  我偶然关注过智能手机、PDA等领域的开发,这个领域传统上是C/C++的天下。平台有Symbian/Epoc、WinCE、Embedded Linux、Palm、Brew等等。这个领域如果大家要作一个游戏的引擎,或者一个高性能的导航地图引擎,我们该如何取舍自己的设计准则和工具呢?如果目标是作一个持续发展的产品平台,当然希望在平台上适应的越宽越好,由于性能的问题当然还希望能够充分体现C/C++的优势。这时候重要的是弹性设计。你不得不把整个程序分成2个部分,一个部分的优化和方案与平台和编译器有关,一个部分与平台和编译器无关。这时候无论是什么古董编译器,不成熟的平台,你的系统都能在最短的时间内获得足够稳定且性能足够好的平台。具体设计细节不说了,我只是说明在这类系统设计上作为一个程序员最应该关心的方面。当选择工具时,实际上你要清楚,你不能作出任何明确的唯一的选择,因为你要“跨平台、高性能、高弹性”的实现这个应用。

  再举个例子:一个相当复杂的桌面应用的逻辑系统(不包括界面)。在这个系统开发中,可能对跨平台已经不那么重视,如果要跨的话似乎能跨Linux和win32就很好了,也许处于前瞻性的考虑,反而程序员会侧重于未来在64位平台上的表现。作为一个程序员,他更多的是考虑未来业务扩充时怎么允许系统在外部高性能可靠的扩展,他会考虑很多方案,比如全插件架构、泛型编程和产生式编程、事件委托模型、内嵌脚本等等。那么在这种情况下,他首要考虑的依然不该是哪个编译器“好”。这里面一个成功的例子就是Eclipse(虽然不能算100%成功),作为一个用Java打造的IDE,如果让你用C++打造,你会把精力放在哪?选择一个编译器嘛?用Java/SWT作的Eclipse的性能,作为C/C++的老手也许你可以不太吃力的超过,但是他的架构、如何在没有Java的情况下跨平台才是该关心的重点,编译器的选择还重要嘛?

  再说最后一个例子。写一个大型系统中的若干部署复杂的高性能网络服务。在这类系统中,除了少量用ACE构建的系统外,最常见的都是基于ANSI C设计的,所以即便有一个所谓的“先进”编译器,只怕在性能要求如此极至的情况下,你唯一的选择是使用在哪个平台上最高性能的编译器,这里面你所能选择的多数情况下非常有限。

  好,前面几个例子说明了,编译器的选择对于大多数人来说并没那么重要,越是优秀的高标准要求的复杂产品通常越不会仅仅为了编译器的某1-2种特性而选择A不选B。

  现在来看看,我们所说的IDE的选择问题。VC6/VS2003/Eclipse+CDT。如果这三个来比较的话,主要就是看编程的效率,是不是满足项目管理和质量控制的需要。这三个平台各有千秋,应该说没法去说明谁比谁好。VC6最大的特点是有雄厚的编程资源、培训材料、工具可以使用,且运行速度不错,缺点是界面上的BUG多,对C++的类属、模板、事件、消息的观察停留在很原始的水平。VS2003最大的特点是在界面上对VC6有一系列的改进并修正了不少BUG,同时支持.NET开发,缺点是软件体积变大速度稍有些慢,虽然兼容于VC6但面世时间短相关资源有限。Eclipse+CDT,优点是开源全插件化的开放架构,可以同时引入很多新的开发理念(比如重构、方面编程、UML、TDD、MDA),而且插件类型很多包罗万象,可以在一个IDE内完成很多工作;缺点自然是Java写成速度较慢资源消耗大,CDT面世晚所以安装配置烦琐培训资料有限。所以对于一般人来说,这几个IDE环境基本上都值得认真学学,他们分别代表不同时代要求不同设计思想下的IDE产品。

  所以综合来说,作为一名“熟手”已经非常熟悉C++领域的很多新特性、新技法、新潮流、新工具,同时也具有很多设计上的新思想、新方法的情况下,选择所谓工具时要考虑将是他能不能在满足要求同时反映你的设计思想并给你程序的优化和扩展留出足够的机制,能够高效率控制项目的进展和质量,而不在局限于所谓的1-2种熟悉的平台。这就是所谓的无招胜有招。过分熟悉和依赖某个工具平台的人常常陷入这种工具平台不能自拔,从而缺少一个高手所应该具有的包容性和视野。

  一个普通的程序员,大都可以把1-2种东西用的纯熟发挥他们的特长,里面用得稍微好一点的也就是我们现实生活中可以看到的“高手”;而真正的顶尖高手呢,其实是哪种即使用他没用过的东西仍然用得比其它人都要好的人,他们宽阔的视野和深入的思维能力,让他们可以撒豆成兵,甚至可以把一种看上去粗笨的工具用得活灵活现。这辈子我有幸在生活中认识过2个还算不上顶尖但是已经某种程度接近这种模式的程序员。

  其中一个是我的师兄。编程上的鬼斧神工先不说他,很多东西包括经常能在BLOG上看到的都是“知其然而不知其所以然”的讨论,根本无法相提并论。不说别的,大家是不是能像他作为一个没有美工性质的普通的开发者,能自由的把真彩图片中任意区域的某个颜色的像素都换成另一个颜色,而工具仅仅是Windows自带的画笔?

  另一个是我在公司里的一个长我一岁的人。他总是能抓住技术的潮流和趋势,把先进的显著提高公司产品性能、开发质量和管理水平的观念、工具、方法带入公司项目中。当多数专门作某个领域开发的人多方咨询无果、一筹莫展时,他常常只是被闲时随便去看看就解决了问题,尽管哪个领域他也并不专长甚至从未正式作过什么相关的开发。

  他们都不是天才,他们也都有弱点,甚至智商测试他们也很普通。但他们没一个人是把自己限定在Linux或Windows、Java或C++上的人,他们也没一个人掌握一点信息就随便批驳否定某个有充分技术投入的产品,甚至于他们醉心于技术研究连自己作个BLOG的时间都没有。这大概就是高手与“准”高手的差别,那就是胸襟。



# re: windows下最好的C++ IDE 2006-02-09 01:37 晴月浩雪
借星星的BLOG再发一些对C++的一点感慨(懒得维护自己的)

  C++是个很神奇的工具,他总能在历史的洪流中找到自己的新的生命力所在。但是我想在赞叹他神奇之后再发一个小小的另一个角度的看法。

  首先,现在学习和使用C++的人中99%的程序员都应该算是伪C++程序员,C++在他们手里仅仅是个有所不同的语言而已,几乎完全发挥不出C++的特点。比如30%的人写的C++程序还没有结构化良好的C程序好维护;80%的人用C++写的程序的性能还不如某些结构精良、经过优化的Java程序;大约10%稍好一些的人里虽然程序写得有板有眼,但始终只把C++停留在带类的C的基础上去用,C++语法的灵活性、弹性没有给他的项目带来应有的扩展性和裁减性;更加新潮和进步一些的人大约5%的人不但熟悉了一些泛型、组件的设计思想,甚至会写点STL容器了,动不动也Boost、Loki一把,但是实际上如果让他在自己的项目中用好这些思想全新的去设计,也是明显的功力不足,作出来的东西画虎不成反类犬,抄袭的多原创的少,盲目模仿的多恰到好处的少,似懂非懂的多精确严谨的少。所以,我要倡导一下,没有必要学习和使用C++的场合,大家及时寻找时机换别的平台,不要死守C++,滥用C++不如不用。

  其次,C++已经是一门很难掌握和精通的语言了。学好C++的难度,甚至可能比学好C、学好Java、学好C#甚至学好汇编加起来的难度都要大。而且,C++还在向更复杂更灵活的方向发展。所以,如果你和你研究的领域不是对编程语言的灵活性有超过一般人的要求,你还是不要学习C++了,去选一个C++子集性质的偏应用开发框架的语言学习就好了,至少他会让你把精力放在语言之外的部分。

  如果你真的决定了用C++,那么你要记住以下两点:

  1、你要学习的绝对不仅仅是C++,而是计算机软件开发设计相关的一切新的和优秀的思想、方法、技术,只有这样你才能把C++真正用好,能发挥C++历近20多年来风雨变换所体现的强大灵活性。

  2、你对C++的学习不能停留在知其然不知其所以然的层面,一定要抛根问底,要能研究透每个细节。否则C++在你面前,只是一种生产垃圾的工具而已。



# re: windows下最好的C++ IDE 2006-02-12 15:11 dfbb
哪位高手能将vs2005的编译环境改为vs6.0的?因为用vs2005来写代码非常方便,但我希望编译器是的vs6.0。

# re: windows下最好的C++ IDE 2006-02-13 21:14 cnn9@msn.com
搞技术的人就是这样, 喜欢为一点可怜的自尊争来争去,都以为自己是最厉害的. 
你小周, 又有什么资本去认为java的人就是纺织女工呢,在你看来,你老板可能什么都不如你 ,但是他为什么就做了你的老板呢



# re cnn9@msn.com: 2006-02-14 09:51 周星星
1。“搞技术的人就是这样, 喜欢为一点可怜的自尊争来争去,都以为自己是最厉害的. ”
--- 理不辨不明,但请你知道,这里的人是为知识点而辩,绝非为了自尊而争来争去。

2。“你小周, 又有什么资本去认为java的人就是纺织女工呢,在你看来”
--- 我不认为这还需要什么“资本”,当然这不等于说我的观点就一定正确。当你认为我没有资本批评java时,请问你又有何资本来批评“我批评java的行为”呢?你应该能明白我的意思,假如你认定了一个行为准则,那么首先应当用它来自律,而不是律人。

3。“你老板可能什么都不如你 ,但是他为什么就做了你的老板呢”
--- 首先,我从来没有认为我的老板“什么都不如”我,否则我就不会做其员工,事实上我对每一位我曾经的老板都怀有深深的敬意,这绝非是在自我标榜。
但假设真有一个什么都不如员工的老板,那么也很正常,因为之所以成为老板,未必需要具有足够的美德、管理能力和渊博的知识,这不是一个完美的世界,有的人一出生就具有足够的财富和地位。

# re: windows下最好的C++ IDE 2006-02-16 18:24 wdx04
回“晴月浩雪”:

“80%的人用C++写的程序的性能还不如某些结构精良、经过优化的Java程序;”
    我不知道你这个“80%”是怎么来的,可能你也不知道写出“些结构精良、经过优化的Java程序”有多难。C++编译器经过多年的发展,优化方面已经做得非常的好。我精心优化的汇编语言程序,通常只比用Intel编译器编译的C++版本快不到10%。与之相比,Java最近几年只是虚拟机做得比较好了,编译器的优化方面则是相当落后,以至于需要一系列很别扭的优化技巧才能写出性能较好的程序,一些细节上的优化很让人头疼,而且无法理解;而写出比“经过优化的Java程序”也慢数倍、比最垃圾的C++代码还垃圾的垃圾Java代码却是很容易的事情。

“如果你真的决定了用C++,那么你要记住以下两点: 
  1、你要学习的绝对不仅仅是C++,而是计算机软件开发设计相关的一切新的和优秀的思想、方法、技术,只有这样你才能把C++真正用好,能发挥C++历近20多年来风雨变换所体现的强大灵活性。 
  2、你对C++的学习不能停留在知其然不知其所以然的层面,一定要抛根问底,要能研究透每个细节。否则C++在你面前,只是一种生产垃圾的工具而已。 ”
    什么时候“计算机软件开发设计相关的一切新的和优秀的思想、方法、技术”都成了C++的专利了?绝大多数的软件思想、方法、技术都和具体编程语言无关,C++程序可以应用,Java、.net也可以:

如果你真的决定了用Java,那么你要记住以下两点: 
  1、你要学习的绝对不仅仅是Java,而是计算机软件开发设计相关的一切新的和优秀的思想、方法、技术,只有这样你才能把Java真正用好,能发挥Java历近10多年来风雨变换所体现的强大灵活性。 

第2点我就不说了。
前文中你还提到“学用C++的程序员99%都是伪C++程序员”。我不知道你写过些什么,敢说这99%的“伪C++程序员”写的都是垃圾?你写段C++代码能把全世界人的温饱问题解决了?



# re: windows下最好的C++ IDE 2006-02-16 21:47 Powervv
今天试了下确实不错,谢谢斑竹,
我装的是8.1.025,ftp上的8.0.040有问题.
VC6的缺点主要是对模板支持太差.
本来想用VC.net 2003,可是装了一个老是报错,而且装VSAssist也不能用,还有很多操作快捷键不熟,而且有些VC6程序都不能转过去(纯C++,why) 很不爽.
VC6搭配Intel C++ 确实是不错的选择.
像我现在的项目1.0版本是windows的,2.0是Linux的.大部分代码都是标准c++.由于大家对windows比较熟一点,都是先在windows下编译,调试,然后放到linux下编译优化.用VC6的话,好多模板语法都不敢用,用Intel C++确实不错.至于编译出来代码质量,不能在AMD机器上跑,这些我都不关心,我只在windows上能编译,程序功能基本正常.  其他稳定性,性能优化工作都是到linux下完成.
总而言之如果你需要
一个比较顺手的IDE
一个C++标准兼容度高的编译器
速度快消耗资源小的开发环境.
可以选择此搭配.







# re Powervv: 2006-02-17 09:19 周星星
Intel C++编译的程序可以在AMD机器上运行,事实上,AMD公司本身就常使用Intel C++来优化AMD程序。

# re: windows下最好的C++ IDE 2006-02-18 02:58 salam
这个 Blog 我得收藏一下
周星星这个ID,看到不止一次啊,最近又在胡戈的那个第二个搞笑片里面也有出现... 
干脆申请个中文域名吧,将来一定能卖个大价钱...

# re: windows下最好的C++ IDE 2006-02-25 00:33 冷剑魂
大家都很有勇气去评论,为什么没有人可以说出一个interc++8.1真正的下载地址还有interc++9.0与interc++8.1的差异呢?毕竟讨论interc++才是这个帖子的主题,别偏的太远。
我在ftp://download.intel.com/software/products/compilers/downloads/下载了W_CC_P_8.1.018.exe W_CC_PC_8.1.025.exe 两个都是安装了一半就弹出错误终止安装了,它的鸟语意思好像是说安装文件损坏,再找另一个拷贝版本。

to:周星星
请问怎么解决?拿出你的勇气给一个真正可以下载的地址对对付license错误还有试用版本的问题。
e_mail:guo_wagwei@126.com

# re 冷剑魂: 2006-02-25 12:48 周星星
很显然,你应该向Intel公司 --- 而不是别人 --- 去反映安装文件损坏问题、索要使用版 或 购买正式版。http://www.intel.com/cd/software/products/asmo-na/eng/219754.htm
“拿出你的勇气给一个真正可以下载的地址……”,我觉得这个“勇气”有点好笑,呵呵!

# re: windows下最好的C++ IDE 2006-02-25 18:41 冷剑魂
星星同志不但攻击性超强,防御性也丝毫不弱啊,原本以为你是狂暴战士,原来是圣战士啊...^_^
在你去年刚发表这个帖子时,我就去inter主页找过了和现在一样的结果,非商业版只针对Linux程序员,没有Windows版本的下载连接,FTP里又只放了损坏版的文件,可以直接传给我一份吗?VC6.0我已经习惯了,但是想在上面进行范性编程写生成式代码,有点太费力气了,我时常问VC6.0你真的不行了吗?有段时间我改用BCB不过界面和插件与VC6相比简直是天壤之别,也用过UE Stdio(只有文本编辑功能超强)根本不是编译器,Inter c++8.1能使VC对C++新规范做出加强支持,这个消息太不错了,如果有可能可以传给我一份inter c++8.1安装程序吗?
E_mail:guowangwei@126.com
QQ:563066990

# re: windows下最好的C++ IDE 2006-02-28 09:42 sunjianbo
TO:周星星 
我有个问题想问一下:)
vc中的stl和dev-c++的stl不同。我现在需要在vc中用到stl:map,而用dev-c++编译一个dll,在这个dll中也用到map,当然在编译的时候肯定是dev-c++中的map。这个dll的功能就是就是对传进来的map进行一些简单的操作,再将这个map返回给vc。在传入的时候,map总是传不进去,应该是由于这两者的stl的不同。请问各位有好的解决办法吗?
不胜感激!

# re sunjianbo: 2006-02-28 10:08 周星星
VC++用的是 PJ STL,g++用的是 SGI STL,虽然"map"名字相同,但类型定义和实现都不一样呀,不是同一个类,所以无法混合使用。
1。最好的办法就是不暴露map,而是把操作导出
2。安装 STLport

# re: windows下最好的C++ IDE 2006-02-28 22:22 aaa
作为开发工具,加上ctags的vim还是比不过VC+VA
VIM7快出来了,但好像还是没解决这个问题
而且调试太不方便了,我一点也不觉得DDD好用

VC6的IDE加上VA应该很方便了
但是VC71也不错,在IDE上是半斤八两
以XP和2003的发展趋势,VC71比VC6多装的东西可以忽略


# re: windows下最好的C++ IDE 2006-03-25 00:02 null
如果你的代码很长很复杂 千万不要用vc6+sp6,
编辑环境很不稳定.
当能如果你要是玩玩 那无所谓了
如果用vc6+sp6做生产工具那太痛苦了
你总不希望打了一下午的代码不一下子消失吧
vc71要好许多 编译器也不差icc
我在用
vc8也很不稳定 

# re null: 2006-03-27 09:34 周星星
vc71的语法bug太多

# re: windows下最好的C++ IDE 2006-04-01 08:28 wujixian
INTEL网站的文件好多,是这一个吗?
ftp://download.intel.com/software/products/compilers/downloads/W_CC_PC_8.1.025.exe

我已经下了并且在VC里也可以编译了一个文件,不知是不是这个,谢谢大家了.

# re: windows下最好的C++ IDE 2006-04-01 21:52 dkink
用 什么编辑器 都无所谓了~~~~
//----------------------------------------------
大多数 资深 开发者 都使用 第3方 跨平台编辑器~
而不是用 集成主流 IDE~
这是避免 在跨平台 及 不断升级 的IDE带来
巨大不稳定不成熟变革 的影响~

还有 就是 支持多种语言~~ 比如 lua 之类的脚本语言也要有支持~
//-----------------------------------
微软 内部 也没 几个 用 VS系列的~~~
这点 我是 肯定的~

# re: windows下最好的C++ IDE 2006-04-04 11:13 闭上嘴,或许会更好
其实大家都应该想想,MS以巨大的人力,财力,物力开发出的.NET就这样被一些人贬的一文不值?

那么你到MS里工作过吗?如果你真是牛人,为什么不做个比.NET效率更高的编译器出来呢?也好让中国人有个引以自豪的对象“厉害,真厉害,中国有个牛人自己一个人编的编译器就比MS那么多人编的.NOT还厉害,中国人真牛X”,呵呵,如果真有这么一天,MS的那些人真就是SB了。

不过,现在这一天估计有点难,所以嘛,如果真的没有长年经历研究.NET的人在这儿YY,我想他就是SB了。



# to 楼上: 2006-04-04 12:05 周星星
我这里不需要SB言论,这会降低本blog的质量,谢谢合作。

MS以巨大的人力,财力,物力开发出的.NET就这样被一些人贬的一文不值?
--- 一个东西是不是好东西,与其主人无关,难道你认为 比尔·该死 拉出来的大便 就比你家的米饭香吗?

那么你到MS里工作过吗?
--- 这是私人隐私,不过说说也无妨,我没有在MS工作过,我也绝不会去,这不是说我看不起M$(我想没有任何人可以看不起M$),而是兴趣的问题。

如果你真是牛人,为什么不做个比.NET效率更高的编译器出来呢?
--- 我不是牛人,也不认为.net效率高。
即使是牛人,也无须做个比.NET更.NET的东西来证明自己牛;
即使不能做出比.NET更.NET的东西来,也不能证明自己是否牛。
VC比不上ICC的效率高,难道就能说明M$的人不如Intel的人牛?ICC比不上VC的易用,难道就能说明Intel的人不如M$的人牛?你的逻辑思维如此不合理,真怀疑你是从智障学校逃出来的。

你问了三个问题,我都回答了。这之后我需要提醒你,文章的标题是“windows下最好的C++ IDE”,这个话题与.net毫无关系,请你确认这一点。

最后,鉴于你的智商,烦请你仍然留在VB/Java/.net那里好吗?不要出来丢人现眼,谢谢!

# re OOSKY: 2006-04-07 09:16 周星星
对不起,我不是有心的,因为我一直在VCKBASE BBS上灌水,那里的人都混熟了,所以说话很随意,养成了习惯。

# re: 周星星 2006-04-07 09:54 OOSKY
没事了,哈哈,我以后也多多来VCKBASE来混了,这里人气旺,比CSDN还火。

我还得找找ICC和VC6的问题。

# Windows下最好的C IDE[TrackBack] 2006-04-10 17:18 sharkly
能不能在 Visual C IDE 环境中使用其它的 C 编译器,比如:Intel 的 C 编译器
sharkly引用了该文章,地址:http://blog.csdn.net/sharkly/archive/2006/04/10/657772.aspx

# re: windows下最好的C++ IDE 2006-04-10 23:01 毛毛
星星我眼泪都快冒出来学c++.net 和jsp女朋友和人跑,晚上没的睡觉,
这算好了,可什么都没学到。
连helloworld放进去都执行不了。
纳闷410990678

# re 毛毛: 2006-04-11 09:52 周星星
毛毛怎么啦?

# re: windows下最好的C++ IDE 2006-04-13 17:32 MONEWON
一次就看完了 (2004-10-15 )--(2006-04-11)的讨论,哈哈 有点小累....

# re: windows下最好的C++ IDE 2006-04-14 15:16 fainter
.net和java都是垃圾,还是c/c++最好!!!!

# re: windows下最好的C++ IDE 2006-04-14 20:43 lonelyforest
不知道为什么, 我以前 VC6+SP6+Intel C++ 8.0   + WinXP(SP2) 很好, 装了最新的STL也很好, 但是VC6 的编辑环境不是很好,比如类提示,因此安装了 VC7, 从此, VC6再不能用 Intel C++8.0, 重装, 重设置都不行,崩溃了!

# re: windows下最好的C++ IDE 2006-04-14 20:44 lonelyforest
只能在 VC7 中用 Intel C++ 8.0 了, 真是郁闷啊

# 有意义吗? 2006-04-15 19:17 aaa
更正你的错误

1. 语言不重要,算法才是核心,没有必要贬低managed C++和C++/CLI, 存在的就是必要的。算法的实现用哪种语言差别不大。

2. VC++6.0之所以如斯优秀是因为有CPU开发商Intel公司的技术支持,那么你想不想看看Intel自己的C++编译器?她生成的可执行文件的运行效率可是最高的,毕竟她能开发CPU嘛!
  不懂就不要乱说,编译器核心是编译算法,开发cpu就能开发好的编译器? 微软写操作系统,就能写作好的数据库? 
  
3. 有这个精力多研究点算法,才是核心。 我用template的唯一想法就是为了写generic algorithm. 不要再语言上纠缠。



# re: windows下最好的C++ IDE 2006-04-17 15:14 Hello
太有意思了。

不管红猫黑猫,能完成任务的就是好猫!!

# 观后有感 2006-04-18 00:57 三缺浪人
以前没有看过这么长的讨论,看后真是长了知识,楼主请允许我谈些题外话。
1.我们很多程序员装了VC6,ICC,VC2003或者VC2005,请问是否在用正版?所以我认为楼主介绍Dev-C++还是不错,虽然它不是很好的IDE,但起码是可以免费使用。
2.中国的程序员可以讲是走在世界先进技术的前沿,每当出现新技术,必然会率先学习。但我觉得我们有的不过是高级的蓝领,很少会听说新技术的发明者是中国人。正如我们会感叹巴西人会用标准C写出Lua语言一样,我们N年前已经掌握C啦。

---------------------------------------------------------------------------
大家不要向我扔鸡蛋,我是议事不对人,有错的就请指正。

# re: windows下最好的C++ IDE 2006-04-18 18:05 流浪的圣骑士
冒两个泡泡:

1、C++/CLI是VC2005的新特性,不是2002带的。
2、BCB2006也不是完全支持C++特性,至少那个export就不可能支持。
3、VC2003在当时确实是对C++标准支持最好的编译器,记得有本书专门做过测试,好像是候捷译的,可以找来看看,名字我忘了,好像是和STL相关的。
4、GCC自己增加了相当多的扩展,因此,楼主说GCC没有任何不纯净的东西是不对的。
5、争论了这么久很无聊,说到底,学的是语言,比如export这样的C++特性,没错,是标准中写明了的,可是只有一种编译器支持(忘了是哪一个了,名不见经传),你能说其他编译器都是垃圾么?每个人喜好不一样,不用这么互相攻击,文人相轻古已有之,不过因为这种无聊的话题争论就有点……

无聊路过,不要拍我

# re: windows下最好的C++ IDE 2006-04-29 21:13 wujixian
再次顶贴,从看到后就改用intel compiler了。没发现不兼容之处。好,谢谢星星了

# re: windows下最好的C++ IDE 2006-05-20 21:05 开心饮料
很有耐心的看完了这个长长的帖;
谢谢星星,谢谢晴月浩雪,同样也谢谢1月8号的游客已经其他给了我启发的人,谢谢大家。
我要好好学习C/C++语言,学习linux!


# re: windows下最好的C++ IDE 2006-05-29 21:12 冬雨
 读与此处,不免触感,心血澎湃,写出下篇,言事不言人,有不妥请指正。 
 <<=====================================>>
 不同的编译器,可以试一试用用,开阔开阔思路见识。
 但是最重要的不是对编译器的使用。最重要的是对程式本质的认识,即算法。不管你用什么编译器,算法跟建模是最重要的。
 我们要学习的不仅仅是技术,还有思想,就是用我们学到的知识去创新,开发出有实际应用的产品(记住是产品,是商用级别,质量要过关)。举个大家熟悉的例子,Lua(很喜欢用).也许你可以试着去实现虚拟机...,也许你觉得现在的操作系统不好用,自己写个操作系统的kernel出来。
  其实我们差的不是技术,而是创新,毅力,还有我觉得我们(当让包括我自己)都有点浮躁。当然这个跟我们的环境也有关系。但是关键是个人跟团队。
  希望大家能够努力提交自己的技能,我能力有限,但是希望有朝一日能看到中国自己写出的Lua, 考到中国自己写出的Freebsd(记住是真正的产品,不是汉化的骗钱的).
  

# re: windows下最好的C++ IDE 2006-06-06 17:28 zerof
我的程序经过ICC编译后,比VC下的运行速度有了明显的提升,当然,需要看一下ICC的编译参数;但是编译速度的确慢了很多,这是可以理解的,优化代码需要时间。
ICC并不是对所有人都适用,很多人不在乎性能的,很多人不关心算法的,很多人就是玩玩的。
coder永远是少数,大部分人是programer, 国内更是如此


# re: windows下最好的C++ IDE 2006-06-12 01:42 jayc
 一次性从看完~最近的感触
                   技术看来还是必须滴;
                   工具也是必须滴;
                   面向于技术专注于研究本质;
                   面向于工作呢主要强调于工具运用;
                   研究本质是为了运用;
                   运用却是为了不让研究成果白费;
                   
            但是呢专注于研究也就不会太多时间考虑运用;
            反之专注于运用也不会太多考虑研究详细步骤;
            其中存在很难越过的鸿沟;
 但也是好事情-- 激发改善“BUG" 的推动嘛,从而使技术和运用达到一种良性循环;
 过渡在意这种隔膜是很不明智滴 呵呵~
   个人感觉多找点时间思考下程序以外的事物周围一切
 多读些科普类型的书开阔下对自己结构和整个世界结构以及宇宙结构认识,咋个说也俺们中国人还是比较强呢~就是差些觉悟哈  努力提高中偶也 ~~ 
不要美国人在研究领先10年的东西的时候,我们还在改变自己的习惯.       
       老大些 有机会指点下小鸟偶那,明年专门学下游戏编程
  咋老外的游戏就那么强~~
          做个广告 我呢博客 
      http://d-diao.blogspot.com.cn
  可以的话留个联系方式哈~ 在偶博客上哈~谢拉
  实在菜的很~学的又杂 不过对c/c++ 书写起来到时喜欢~最爱

# re: windows下最好的C++ IDE 2006-06-12 01:44 jayc
留个 QQ 278765842
       5tgb7ujm8@163.com
  闪人睡觉~~呵呵

# re: windows下最好的C++ IDE 2006-06-13 14:46 Peg
一年前我看了你的这篇文章后WIN环境下使用了VC6+ICC+VASIST+SP6

现在我要告诉你WIN32下最好用的是VC6+ICC+VIM+SP6

写程序EDITOR不用VIM实在是无法想像,使用VIM让你在任何时候任何平台,任何OS写程序都是一样的感觉,绝不是VC6+viusalAsist能比的

相信我吧,当然,只要你能过“VIM怎么这么难用这个时期”

最新的是VIM7

# re: windows下最好的C++ IDE 2006-06-15 15:20 路过了,,
看得累了,观点很多,很好玩
  ms最好出个单行版的VC,就解决以上问题,MS的.net我一直很好奇,以至于我花了一年半的时间来做程序。
  缺点:
  1. 是发布麻烦一个很小的程序要用几十兆的Frame库来支持,自己感觉很难过。。。
  2.版本之间不兼容,很多程序发布以后出现不兼容的问题,很麻烦。
  MS的集成开发环境是很好,所以才会有这么多人在使用它,可以极大的提高工作效率。
  但是以上的两个,使我做为一个开发的人员来说没有必要,用这么大的运行库来支持所谓的中间语言,这样真是太累了。
  强烈希望有更好的VC版本高版本出现,把现在的vc.netframe当中其它的无关的内容删除,只保留最简单的C++功能,这样才是最符合开发者的需要的东东
  现在的.net东西太多了,要支持的东西也太多了,所以问题多多,,
  天下事分久必合,合久必分,,
  所以未来的出路还是分开的编译和开发环境才是更好的发展途径,,
  还有是没有最好,只有更好,,最适合的开发环境,才是我们每个开发者需要的。
  对于工具来说把它们当成工具来使用,不要区分那么清楚,在合适的地方去使用它们,来解决问题。
  对于C++人想现在的脚本和高级语言比如perl等等和c++结合起来可能是未来很好的发展方向。。。。
  难用的编译器可能才会造就出高水平的编译者,难度较高的开发环境和开发语言可能才能造就出高水平的开发人员,
  环境太好了,人就会失去很多东西,免疫力也会下降,环境太好了,人的意志也会下降。
  有很多东西是超越技术的,意志,性格,动力,,
  这些往往是构成成最好成败的主要因素,工具是一个手段和方法
  以前看到有的公司可以用VB做出那么好的产品,而用c++做的东西与之相之都逊色不少,才意识到语言不是主要的,
  合理的设计,好的需求,管理工程方面的进步,,才能进一步提升软件的整体质量。
  以上是想到的一些东西,与大家探讨,,,
 

# re: windows下最好的C++ IDE 2006-06-21 10:49 做人要谦虚
1 没有最好,只有更好,不能随便说什么是最好的, 搂住不要妄自尊大,尝试新事物也许是好事
2 如果只想学标准C++,什么IDE, compiler不重要, 不过极力不建议vc6, 因为对stl支持太差了, 做项目另当别论
3 关心语言,不如研究技术, 像OS, compiler等

# re: windows下最好的C++ IDE 2006-06-22 11:32 缺陷
啥也不说了,来幅图吧。如果要学习或者做实验,不是上万行的程序上万个文件的话,就用这个吧。wscite(2M)+cygwin(40M-400M 依赖于安装选择的包,若只有g++的话,50M就够了), 没听说过,不要紧,看看就知道了。http://ypwangandy.googlepages.com/IDE-small-is-good.JPG。F5运行就可编译执行出结果。如果文件多的话,要装automake等工具自动生成Makefile。

# 如何在VC6中使用Intel C/C 编译器[TrackBack] 2006-07-25 11:12 笨蛋
如何在VC6中使用Intel C/C 编译器
笨蛋引用了该文章,地址:http://blog.csdn.net/hawaii/archive/2006/07/25/974120.aspx

# re: windows下最好的C++ IDE 2006-07-29 00:54 杨文
嗯,上一次来看的时候是2005年5月14日
今天是2006年7月29日了,一年多了还这么火爆
呵呵

这里高手很多,经验也很多。我想问一下,有没有这样一个编辑器
能够像装了VisualAssist的VC6一样 能语法高亮、自动提示功能?
现在是在windows下变成 但是用的东西都是标准C的,要移植到其他平台上,所以不敢用VC怕一不小心就用了非标准的东西了。我希望能又这样一个好的编辑器,诸位的经验丰富不知哪位能提供线索哦?

# re: windows下最好的C++ IDE 2006-08-24 09:46 intel c++ compiler 最新 v9.1.028
http://www.9iv.com/down/soft/1358.htm?eid=355222

# re intel c++ compiler 最新 v9.1.028: 2006-08-24 10:33 周星星
没有 license

# re: windows下最好的C++ IDE 2006-08-25 13:33 静水涟漪
完了,俺上学JAVA的也是用JAVA的,一个师哥说学JAVA吧,俺就用了,两年来也没考虑其他,看了这些个帖子,好象自己误入歧途

# re: windows下最好的C++ IDE 2006-09-24 16:34 proguru
"现在我要告诉你WIN32下最好用的是VC6+ICC+VIM+SP6" 
vim的确太好用了,很多情况下比VC的编辑器还要方便

# re: windows下最好的C++ IDE 2006-10-16 15:44 胡嘉宝
计算机的运行速度跟不上或太慢了,是否我的硬盘和内存太小了?

# re: windows下最好的C++ IDE 2006-10-22 13:58 ycbcc
看完了。我现在用VCSP6+ICC91。
留影...

# re: windows下最好的C++ IDE 2006-10-28 10:36 asdasd
net推出自有他的道理,就好比Java之前推出一样,C#语言的优美也是C++不能比的,C++又照顾老的又照顾小的,搞的很臃肿。

如果你用过几年的C#,回过来再用C++,你就知道什么叫不爽了。

如果你说C#慢,谁都知道,但是慢多少,你们清楚吗。

在开发服务器上,C#肯定要比C++优秀,即使是对性能要求很高的场合也同样如此。

C#的容器类平均要比C++快,你不要奇怪,因为他用的是垃圾回收。这样就可以使得任何参数传递都可以使用引用。



# re: windows下最好的C++ IDE 2006-11-13 15:42 something wrong
AMD宣称ICC对AMD的CPU做了手脚,此事我不敢说有,但相信也绝非空穴来风,毕竟intel对自家的CPU负责是应该的,对AMD的就不能保证了。所以我觉的如果对性能要求不是特别高的话用MS的编译器或者GCC就可以了,如果确定是针对intel平台的且对效率要求近乎完美的用ICC是不二选择,毕竟在这些编译器最优化情况下编译出来的exe在相同平台下的执行效率的差距很少能超过10%。

# re: windows下最好的C++ IDE 2006-11-13 20:21 xieyonghejpl
从前年看到今年今月今日,我这菜鸟获益良多,不敢妄加评论,只能对各位大虾说----好!

# re: windows下最好的C++ IDE 2006-11-24 11:21 深蓝bluse
不为牧者,则为羊群;(也许正中牧者下怀,也许牧者正在得意)
谁为牧者谁为羊群?

中国说汉语,美国说英语-~(哪个IDE更强大哪个语言更好,哪个IDE更强大哪个语言更好)-~

谁能说的清楚?想想80年后的棺木之选,会是什么?

呵呵,世间的一个道理而已,既为道理,
那就是有道不完的理。没有头的。
先知兼气大趋之为理,已知为后叙则为道;


楼主可以继续反驳我,只能说名。。。
这就不是讨论,这就成辩论,要知道讨论于辩论的区别很大~~

初学者也不要迷茫,程序也是来自于你对生活的了解。
语言只是教会你说话写字,
至于你是想写散文,还是想写论文等等。。。。。。

这才是你所要选择的。
连以后具体想干什么都不知道,盲目听从那才是。。。呵呵
不说了。。。
小弟一点胡言乱语,希望不会招来漫骂。





# re: windows下最好的C++ IDE 2006-12-14 23:38 yaotong
两年了,
在 Windows Vista SDK中包含有VC2005的专业版编译器,这样开发Windows 程序就不需要vs了

# re: windows下最好的C++ IDE 2006-12-16 03:20 自然
说来说去,辩论一直是不会完结的。
用什么语言都是一样的结果。就看你熟悉什么,所做的工作是什么性质的。
就中国的国情来看:现在属于浮躁的一代。急于出成绩,急于完成工作,更急于赚到钱,所有会选择快速的工具。
例如做mis,你的老板等不急你用C/C++,等你项目做成了,黄花菜都凉了。哪来的赚到钱了。我们追求的的效率,所以选择快速的工具。
例如做驱动,讲究的效率,很难想象你用java/vb/vfp/pb怎么写出驱动来。
开发什么样的产品项目,选择合适的开发工具,这才是正确的。
我们浮躁,所以追求捷径,找到快速的方式。使用美国人开发的库包,然后开发自己的产品————所以我们永远超越不了他们。
有人也想狠狠的从底层做起,但是这里又缺银子,心定不下来——很难。
等到我们不为生活发愁,能平平静静追求软件设计的乐趣的时候,我们才会更注重C/C++。一切才有希望,才有可能发布我们自己的软件标准。

# re: windows下最好的C++ IDE 2006-12-24 20:35 dobetter
下一个
Borland C++BuilderX 2006试试,什么叫震撼!

# re: windows下最好的C++ IDE 2006-12-31 10:26 Shamir
听说CLI和manage C++已经被ECMA接纳为标准了,也就是欧盟的标准。iso要接受估计还有很多阻力。

# re: windows下最好的C++ IDE 2007-01-05 21:33 hema
请教一下, 想写一个socket 服务端应用, 在windows下运行. 用什么开发环境好啊?