大家很多人都看过《Windows程序设计》,这被许多人认为是windows编程之经典书籍。
对于Windows程序设计的方法,我有以下看法:
【1】完全用API的方式来写Windows程序,可以熟悉Windows的原理;可以不依赖任何类库,不受限制。
但是也有缺点:要花费大量精力写界面,这在大多数开发中不太现实,因为它降低了开发的效率。
【2】用MFC来写程序,首先要熟悉MFC这个类库;而且也有很多限制;并且框架代码中冗余太多,生成可执行文件体积很大。
我得问题:
【1】不知道我的看法是否有道理??
【2】另外,我想能否走一条结合二者的道路,也就是界面用MFC,而其余代码用API??
【3】前辈们都在工作中有体会,不知真正的商业开发中是怎样做的??

解决方案 »

  1.   

    【1】很有道理啊
    【2】可以考虑啊,有时候你也可以直接调用api函数做一些东西,不一定非要用mfc里面封装好的类的的
    【3】一般来说mfc开发多一点,学习的话用sdk不错,当然有时候也会用到sdk的,这个东西,怎么方便怎么做咯
      

  2.   

    那你就混合使用吧,界面用MFC,核心用API。
      

  3.   

    一般来说,做窗口,界面,搭框架用mfc吧用sdk的话,没有class wizard,消息映射这些东西烦死人了哦
      

  4.   

    to:ghxmagic(ghxmagic) 
    你的意思是最好用MFC,是吗?
    不知你的新路是什么?可否明示??
      

  5.   

    TO:mosan(莫三给给) MFC只是VC开发家族里有一部分,还有OLE,ATL,AUTOMITION,ACTIVEX,COM等,
    微软进行了这些底层包装,主要的是为了提高软件的开发周期,保证质量,通用性好.你为什么也要做这些底层包装呢?
      

  6.   

    好用的就是最好的,就像候捷老师在书中说的没有几个人去开发MFC,更多的只是使用MFC,但是了解MFC的原理对你的开发是有帮助的。我想这句话不光适用于MFC,也适用于API。