不好意思,题目只是为了吸引观众。谢谢光临!请看内容:由于项目组需要,俺现在受命在VC和BCB中选择一个进行全面学习,算是打前战。
俺目前了解的情况是,VC不是一般人能玩得转的,而BCB却很容易上手。
一位资深C++高手对俺说:学习和使用VC不是一蹴而就的,可能学上一年也不能做项目。
一位BCB熟手对俺说:BCB简单得就象Delphi一样,短期内就可以进入状态。此前俺一直用Delphi,发现Delphi开发者中有相当一部分搞了几年还没参透OOP是怎么回事,原因很简单:Delphi确实提高了生产率,为开发者提供了诸多方便,但同时也培养了一大批层次很浅、只会堆控件的懒惰的FANs。(俺不认为这一小撮人是Programmers)实际上,由于BCB纯粹是Delphi的C++语言版,因此俺个人倾向于选择VC,也算是一种挑战吧。欢迎大家提供建议,特别欢迎提出忠告。1、如果你了解VC,就尽量多讲讲VC的优点,以及俺可能面临的各种困难。
2、如果你了解BCB,就尽量多讲讲BCB的优点,以及俺可能面临的各种困难。
3、如果你都了解,就尽量多讲讲它们的缺点。特别声明:热爱BCB的朋友请不要随意贬低VC;热爱VC的朋友请不要随意贬低BCB。之所以要把这个帖子发表在VC版而不发表在BCB版,因为我相信做同样的项目用VC更难,更需要编程思想,更需要开发者对OOP有更深的理解。而在BCB中则很有可能被比我稍强的菜鸟给懵了。欢迎批评,欢迎指教。
俺目前了解的情况是,VC不是一般人能玩得转的,而BCB却很容易上手。
一位资深C++高手对俺说:学习和使用VC不是一蹴而就的,可能学上一年也不能做项目。
一位BCB熟手对俺说:BCB简单得就象Delphi一样,短期内就可以进入状态。此前俺一直用Delphi,发现Delphi开发者中有相当一部分搞了几年还没参透OOP是怎么回事,原因很简单:Delphi确实提高了生产率,为开发者提供了诸多方便,但同时也培养了一大批层次很浅、只会堆控件的懒惰的FANs。(俺不认为这一小撮人是Programmers)实际上,由于BCB纯粹是Delphi的C++语言版,因此俺个人倾向于选择VC,也算是一种挑战吧。欢迎大家提供建议,特别欢迎提出忠告。1、如果你了解VC,就尽量多讲讲VC的优点,以及俺可能面临的各种困难。
2、如果你了解BCB,就尽量多讲讲BCB的优点,以及俺可能面临的各种困难。
3、如果你都了解,就尽量多讲讲它们的缺点。特别声明:热爱BCB的朋友请不要随意贬低VC;热爱VC的朋友请不要随意贬低BCB。之所以要把这个帖子发表在VC版而不发表在BCB版,因为我相信做同样的项目用VC更难,更需要编程思想,更需要开发者对OOP有更深的理解。而在BCB中则很有可能被比我稍强的菜鸟给懵了。欢迎批评,欢迎指教。
解决方案 »
- terminateprocess后copy文件失败
- CreateThread 创建线程问题
- 当MoveWindow一个Dialog后,再使另一个Dialog DoModal后,Domodal的Dialog总是被隐藏
- 请教高手:如何防止内存泄漏
- 怎么在运行时设置控件的Transparent属性?
- vc与数据库?
- 如何将设备状态写入内存?
- 一个登陆系统当帐号为数字就能连接数据库,字符就不行,等待结果中。。。
- 在vc中如何使用ado,高分求教
- 当焦点在一个按钮上时,按下回车,就结束程序了呢(而本意是让弹出消息框)?
- 请问double型的数如何对一个int型数求模??不能把double转化为int型,因为会有数据丢失
- 初学者的问题.
bcb和vc一样复杂,根本不存在bcb简单这种说法,除非是你说的那种只会堆控件的家伙才会这么说。
如果用vc写不好的程序,用bcb也写不好,工具的威力在于使用它的人。
只要了解了C++,,,用哪个工具还不是一样,,..本质都是C++..
但是一些东性太人性化了,觉得没有什么太大意思!
现在特想DOS的界面!
呵呵!
我用的是VC!
bcb和vc一样复杂,根本不存在bcb简单这种说法,除非是你说的那种只会堆控件的家伙才会这么说。
如果用vc写不好的程序,用bcb也写不好,工具的威力在于使用它的人。严重同意这位仁兄所言!!!
工具都差不多 只不是封装的高级与否
类库庞大 需要时间来消化罢了
从稳定性考虑建议用VC
因为感觉BCB总象是鸡胁
RAD它不如DELPHI和VB快
VCL又是PASCAL的
C++又干不过VC的市场
而且我听说BCB的东西有时会莫明其妙的出错
稳定性不好 不如VC和DELPHI
http://www.chinabcb.com/bbs/viewtopic.php?t=2553
里面有你没有想到过的东西,也是在VC中找不到的东西,即使使用VC也可以用得着的东西。
BCB无法胜任
其实觉得VC没什么难的
难的是Win的核心与原理
BCB没玩过
但是快速开发肯定VC赶不上
还有,VC的帮助是最好的,也是最多的
提问题时标题要简明扼要地说明问题内容,切忌使用"急","求救"之类不能说明问题的标题
做了个计数器,从 0 开始计数 :-) 多谢捧场
http://alphasun.betajin.com/ 遇到问题可以给我发消息,给我发信息时请附带原帖地址
DocWizard C++程序文档自动生成工具 | Wave OpenGL | HttpProxy | AjaxParser词法分析
我以前是用delphi,但自从毕业设计用了vc++以后
就放不下了!
c++ buileder也不赖,我们公司就分两波,cb和vc
嘿嘿!不知道这个比喻恰不恰当。斑竹手下留情
(1)热爱VC的朋友能够指出VC的一些弊端,
(2)热爱BCB的朋友能够指出BCB的一些不足。
大学的时候有看过MFC深入潜出,隐约懂了,但VC都不会用。
毕业时看了电子版的技术内幕,敲了里面的小程序,回头忘了。
一毕业,做了个网络教室的代码维护改进工作,看了看里面的代码,结果会了。
而且以前学的融汇贯通,也就半个月吧。
所以机会还是很重要的,看代码很重要的,投入很重要的。
如果没有这人机会,不知道我要学多久。我不了解BCB,不过感觉和DELPHI差不多,DELPHI我也不会:)
不过我最想知道的是,windows的一个API如那些加密的,
能不能直接include它的头文件,直接使用?
DELPHI这方面太差,如果没有提供相应的单元,就要自己转换过来(据我所知)。
如果BCB可以,那太好了,它可利用最丰富的C、C++资源,那它比DELPHI棒。我觉得大部分的软件偏重事务、界面,用VCL那套挺方便。
有些软件偏底层,大量用到API,有人觉得VC好用,其实DELPHI不也能调用吗(当然要支持)
MFC嘛,其实满好用可以提高不少编程效率,不过常用功能的封装,VCL肯定也会做。
实在觉得语言不重要:),不过对开发效率确实有影响。
我现在觉得VC唯一的好处是,找资料太方便了(指国外的)。
VC资料比较全,就是编起来费时,除非以前就编了很多通用类,需要功底较深的程序员!
个人支持Delphi+VC+Java
VC是工具而已,看个人习惯用那种方法思维。
我就会C,C++,VC,而且,我以后还坚持用他们。
说VC难,也要看对什么人,有一些人只学了几个星期,一样做项目,挣钱。当然这个人不是我。据我所了解,BCB也并不是传说中的那么好和容易使用,我最受不了的是它的反应速度,真想把开发BCB的那帮家伙揪出来扁一顿,不知道他们搞什么鬼东西。但实话说,BCB做界面的确是比较容易,但效果就不是很理想。比如工具栏上一个打开文件对话框的按钮,点下后半天才反应过来,而且那个按钮要消失一小会儿。如果我是用户,我肯定不会用这样的软件,影响市容。
而VC呢,做起东西来的确很麻烦,差点儿没有自杀。但是它的反应速度的确非常快,象我这样即使修改一个注释也要重新编译一次的人来说,当然要好得多了。学习VC的最大成就感就是能够清楚地看到消息是怎么流动的。呵呵,只说了一些感想。
不过看完大家的帖子,气也没有刚进来是那么大了。
BCB不是很稳定,如果不信,去编译运行其例子程序
小公司: BCB、Delphi居多,VC可能没有,追求产出嘛
大公司:VC居多,BCB、Delphi有可能有,追求系统集成
中国的程序员,严重缺乏,掌握多种编程工具的人员更缺乏,高级程序员尤其缺乏。
花点时间去学习,少点时间来讨论(优劣)