我接触VC的历史应该说很久的,大学 开过C++课程,之后就没有再怎么摸它了,一直在用DELPHI,现在开始了VC的学习有两周的时间,我感觉开发不是很难的,当然我还没有真正实际开发过一个项目,但是我看了oop思想,还有候老师的那本经典。以及Windows程序开发。我不知道是否应该这样说,应该有自己的发展方向,当用语言,或者说你到了一定程度,学习一门语言,你可以一天就搞定他:关于语法,但是如果你有开发实际项目的一两次经验,那么OK,你就可以上路by yourself or team ,网上有许多的资源,还有online help都是你的Tools。
声明一下:个人在使用DELPHI时偶有求救于OOP& Windows Programming.
关于java我没有看完那本Think in JAVA但感觉要有System knowledge就很好理解的。
不过用了一下JB的IDE配置的东西好多呀!还有J2EE很大的!OH,It is means that i am  fool ,^_^
诸位如何看待这个问题呢?
我在线30分钟就88了,一天还没有吃饭呢?除了一袋饼干和一杯可乐,及白开水数杯。
困和饿!
你要是扔砖头就暗里扔^_^

解决方案 »

  1.   

    哦,忘了说一下,让我离开VC IDE使用SDK开发我目前还没有那么NB !
      

  2.   

    To  ericzhangali(卖女孩的小火柴——五毛钱俩一块钱不卖)  :
    你有火柴五毛不卖,我五元买如何?
    理论的东西固然可以让人轻松,但是没有实际的 开发经历,那也只是空头说说,来不了菜的!
    想实际锻炼一下!
      

  3.   

    昨夜溜得早!
    所以现在到早点
    哈哈。。
    我看也没有诀窍的,问一下painache(SystemOfaDown)为何来得这么早就知道了!
    哎,好困呀!
    好困!
      

  4.   

    你厉害。我学了一个月才学明白的。============================================================================
    提问题时标题要简明扼要地说明问题内容,切忌使用"急","求救"之类不能说明问题的标题
    http://alphasun.betajin.com/   遇到问题可以给我发消息,给我发信息时请附带原帖地址
    DocWizard C++程序文档自动生成工具 | Wave OpenGL | HttpProxy | AjaxParser词法分析
      

  5.   

    To OriesMap() 
    的确是假设,因为我目前用VC开发的仍然是DB相干的,所以对其他方面的开发很有兴趣,但个人认为针对Windows 平台下的开发,对其流程应该很熟悉,那么做起东西应该不难上手!
    说明:在做项目时,我认为假设很需要的,我个人认为自己写的测试代码,就是假设的实现。TO flydance(dance) 
      我要称呼你”祖师爷’了!
    功夫在哪里,用了?TO:  ericzhangali(卖女孩的小火柴——五毛钱俩一块钱不卖)  
     没有说你没有火柴女孩呀!
     我想专向其他方面发展,不知道你是做哪方面的,可否交流一下!
      

  6.   

    TO alphapaopao(炮炮) :
    其实我在用Delphi时就在开C++的,所以时间是远远超过了一个月的!TO ALL
    大家别误解了呀!
      

  7.   

    照着书本用用ClassWizard当然不难了.
    我幼儿园的时候就认识28个英文字母了,
    到现在写E文文章都有点困难,惭愧啊。
      

  8.   

    我是做机械CAD的。我从高中就开始学习程序设计了。当然那时学得很肤浅。
    www.solid2000.com 这是我们的产品主页
      

  9.   

    楼主的学习过程是正确的,资源(工具)的利用也是非常关键的,人的定义就是会制造与使用工具的高级动物(用“动物”这个词没有其他的意思,大家都是动物:))。所以不觉得VC难是有原因的。ps:我和alphapaopao(炮炮)大哥的研究方向是基本一致的。
      

  10.   

    我看了oop思想,还有候老师的那本经典。以及Windows程序开发如果你是真的看懂了,自然不会觉得难的,因为VC的难就在这三个方面,如果我明白了自然不会觉得难嘛这是理所当然的
      

  11.   

    TO  painache(SystemOfaDown) :
    关于人的定义:制造和利用工具很好!一直在忙,没有过来,看到这么的人关注,很好,虽然我挨了几砖,不过却因之可以练就“铁头功”
     
    TO leeseon():
    你所言的至少肯定了我的学习方向是正确的。但我想应该还有其他方面的,至少有人的因素--时间。我之前一直在做DB的,我想我是否可以用VC换一个方向。而且在DB领域非VC之强项。
    诸位是否可以介绍一下向哪个方向发展呢?并且对此应该有哪方面的基础,如做财务的得有基础会计知识。
    精力有限,肯请各位介绍一下发展方向!
      

  12.   

    VC做DB系统原型很合适。什么查询优化啊,什么缓冲区管理啊,跑起来效率很高的
      

  13.   

    呵呵,有经验的delphi程序员,自然有使用SDK开发的经验,改用vc不过是改用另一支笔而已他当然有助于学习新的开发环境,可是SDK有他的学问,MFC也有独有学问,我们不可以说懂得使用SDK就是懂得MFC,阁下使用delphi长时间,自然知道VCL框架中有无穷学问。在一个巨大的框架环境中,懂得选择性地为己所用是入门。懂得如何去扩展他是精通。MFC和VCL差异颇大,老兄能在两周之内理清MFC的机理,掌握类层次及其特性,自然是得天独厚,然而千万别以为VC就此而已。正如r3000() 所说“一个下午就能学会下象棋,但是要成为高手,研究一辈子也不多。”还有上面的几个“唱反调”的同志,包括我,并不是在扔砖头。呵呵。
      

  14.   

    难与不难,只是相对来说的,老大说VC不难,是指它的开发环境呢? 还是说使用MFC?
    相对其他Delphi、VB等来说VC入门毕竟是高阶的,需要了解window运行机制,熟悉C++,win api, 如果使用MFC那还要熟悉MFC,而对于其他的RAD开发工具, 比如Delphi 则在入门之初是不需了解这些的。打个比喻,就如同华山弟子的  剑宗与气宗。
      

  15.   

    To lovage():
      阁下所言,让我汗颜!不过也的确可以说明问题的。TO r3000() :
    "一个下午就能学会下象棋,但是要成为高手,研究一辈子也不多".TO All:
     好一个不知天高地厚的家伙,敢在这里放狂言!论坛上有许多的朋友与我一样,或许刚开始学C++,或许学了好久,却不得要领。如果把问题剖开,来个体无完肤,那是最好的。楼上的某些同仁所言道出了C++,再或者VC的学习路线,学习内容,以及语言间的共性问题!目前你让我做一个项目我当然是不可以漂亮的完成,但磕磕碰碰还是可以的。不过这就是程序员的差别。所以在这里把问题的本质,VC的深度,难度等都抖出来!
    我到要看看它真的难吗?
    如果阁下有“暮然回首“的感觉,我想就应该有了lovage()大侠的"气宗"了!
    我想学习是一个过程,我也知道C++的路很长,但决不是不可以逾越的!
    希望交你们这样的朋友,哪怕是扔砖头的,前天有看一句话,在此借用:“You may be right ,I may be wrong ,but by a effort we are all get nearer to the truth!”潭至清而不明深浅,大道无形;
    拔云去雾登顶浩瀚,殊途同归。
      

  16.   

    我非常赞同r3000的说法。
    学用vc不难
    关键是你用的精吗?
      

  17.   

    “You may be right ,I may be wrong ,but by a effort we are all get nearer to the truth!”
    有一处语法错误耶^o^
      

  18.   

    抛开高深的OLE,DCOM不说,仅仅就C++的语法就不简单.若只是学习用MFC生成框架,向里面添C(而不是C++)代码,那么一星期也够了.如果想把"类"用活了,没个一年半载恐怕不行.在下编程5年,仍对继承,友元,虚拟,重载....不甚了解,汗......
    说道VC,只这个,FILE->NEW->PROJECTS看到了吗?VC可以做多少事情,要能把这个都做上一遍的人估计不多.到不如大家一起讨论,VC究竟难在何处,如何??
      

  19.   

    楼主在游泳池里量水深吧,那里水的确不深。在游泳池里水性好的,不一定敢到河里游泳,更别提江里、海里了。
       对楼上 : “抛开高深的OLE,DCOM不说”-它们不是高深,而是没有办法的办法,基本是一种在OO之上的“形式化封装”,就象对付“非典”一样:既然不能从根本上解决问题,那么只好制定好规矩(封装形式)了。
      

  20.   

    水深浅也罢,的确可以把file->new->project 做全的不多,这个话题还可以继续下去,本身就说明问题。我说过“无知者无畏”,但如果我可以把问题给抖出来,将VC&C++的真面目给拨得体无完肤。将OS过程给剔透剔透。就象掌握了四则运算之法则,加减乘除的难度?
    对我可以明白机理,对人可以心中回味,VC&C++的核心在何处?你说OLE&DCOM如何如何?不要拿着鸡毛当令箭,回去仔细研究以下,法则之外还有其他?条理性一下,回味一下,你我都会有所悟的。
    云里雾里,没有一个全局的概念,等于没有掌握其脉,而只是在叶上零脆探索。
    编程五载,十载?如练功一般,张三丰的“无招胜有招”,时间只是你对知识的硬性积累,而没有创造的代码是“偷袭”。所以要讨论,这样"we are all nearer to the truth!”
    孔子的“三人行”,波澜的问题总会有闪耀的思想蹦出。你?我?他?
    上面的谈到了DCOM,SDK,OLE,可能还有STL/ATL,有了这些问题,总比没有问题好,我可以针对性地解决?以至不会不明白沼泽的危险。
    “一切都可以可以构造”,规则也是可以构造的,一个Class也是可以构造的,但是它的意义不大,关键是要在此class上的操作,所以要“破”,于是有了继承,多态,还得要free去消灭一切“垃圾”的东西。
    我还没有写过OLE&DCOM这样的项目。不过问题是可以解决的,这个地方是供大家交流的平台,师者,授业解困。平淡也许不见,但波澜你我心中自有。
    断断续续地来看一下,一来这几天事情较多,二来也有许多困扰心智的问题,人在想开了,或许顿悟就来,可我还在苦苦挣扎!"千山鸟飞绝,万径人踪灭。孤舟蓑笠翁,独钓寒江雪".
      

  21.   

    楼上的你大道理讲了一堆,kao!
    像你这种人去面试最容易成功,但吃亏的绝对是招你的那个公司!表面上看上去牛X,实际狗P不懂.