路漫漫其修远,吾将上下求索?求指引

解决方案 »

  1.   

    都有前途啊,但是网络部分用MFC做的不够理想
      

  2.   

    现在比较流行的网络数据库好像用mfc都不太方便。
    做多媒体了和界面了。
    不过如果不局限在mfc里面,那么所有可以做的都可以做。
      

  3.   

    其实如果用VC的,大家还是最流行用MFC。
      

  4.   

    容易 Richuen, 现在用VC做开发,很多都是用MFC 何必自己写那么多框价代码呢??我们用的类库就类似与 VB,DELPHI里的控件啊,
      

  5.   

    呵呵,有意思。没有人真的说出什么。我们这里用它写了个证券行情的软件。呵呵,以前的版本是用delphi写的,现在vc写的,也看不出有什么特别的地方,都是工具而已。程序代码一样的乱,说出来都是类,呵呵,感觉封装的很好,但仔细研究,发现其实都很破烂。不过客户不懂这些,只要能运行就好。公司也没有人关心这个。
      

  6.   

    这个问题真的没有什么意义,劝搂主不要再在这种问题上花功夫了。
    VC只是一种开发工具而已,其实现在只要不是太底层的东西,用什么工具开发都一样,vc,vb,delphi,java?用起来顺手就行。
    而太低层的东西,比如驱动的开发,用的是平台开发和C语言的知识,和VC这个工具并没有太大的关系了(特别是与MFC没有任何关系)所以多学的实际的知识吧(如果还是学生,就凭你的爱好,如果工作了,在单位也就由不得你说用什么工具了)
      

  7.   

    c++做高性能的软件。如图形、游戏、实时通信等。(你要做好准备迎接大量高难算法.....)
    对于我上面说的而言,mfc......,说不好。但大game没有用mfc的(也用不着)。
    如果你是做数据库,我看还是用vb.net delphi c#
    听我的吧,mfc不要研究的太深。多做我说的三方面的东西。不要用mfc,用win32 sdk平台开发!
      

  8.   

    smallfool(smallfool) 程序代码一样的乱,说出来都是类,呵呵,感觉封装的很好,但仔细研究,发现其实都很破烂。我觉得只能说是你们的项目经理设计的有问题,程序代码乱不乱与什么语言没有关系,详细设计的第一编应该与语言无关,第二遍再根据设计语言作改进,比如C#允许的静态构造,字典等等。
      

  9.   

    赞成  chchch()  :)
    关键的还是系统的设计,工具次要,根据需要选定。楼主你应该这样问,我想做某方面的开发用什么工具比较合适,便捷。  不要为了某种工具而确定自己的发展方向,应该让工具软件为自己的需求服务。  呵呵,我也是菜鸟,自己的看法。虽然这种问题很无聊,但我当初也是跟楼主一样迷茫不知所措。 哈~! 还好摸爬滚打VC的大门也算敲开了,希望我通过的努力到最后回头看看走过的路能自信的笑着说“原来,我可以的。”最后,我想说,不要迷信某种语言、某种工具,思想才是重要的! :) 还有,各位程序员朋友程序只是工作,不要当作生活,因为还有更多可贵的东西,比如友情、亲情、爱情……,有时间了多联系一下身边的朋友,不要总人机热哦~ :)GOOD LUCK!~~
      

  10.   

    这个问题真的没有什么意义,劝搂主不要再在这种问题上花功夫了。
    VC只是一种开发工具而已,其实现在只要不是太底层的东西,用什么工具开发都一样,vc,vb,delphi,java?用起来顺手就行。
    而太低层的东西,比如驱动的开发,用的是平台开发和C语言的知识,和VC这个工具并没有太大的关系了(特别是与MFC没有任何关系)所以多学的实际的知识吧(如果还是学生,就凭你的爱好,如果工作了,在单位也就由不得你说用什么工具了)
    //同意樓上的和上面這段話。