如题

解决方案 »

  1.   

    windows核心编程
    windows程序设计
      

  2.   

    petzold的<windows programming>了学学MFC也没什么坏处,如果理解了windows application的原理再学就更好了
      

  3.   

    建议先看看windows程序设计,然后再学mfc
      

  4.   

    windows核心编程,深入淺出MFC,多泡泡CSDN,。還有很多方法
      

  5.   

    走vc的路半年可能才能入门,不知道有没有足够的耐性
    其实初学者开发工具用delph/bcb就很不错,能很快做出东西来,还能熟悉环境,
      

  6.   

    推荐programming windows with MFC
    这本讲得很不错,但就是需要略有基础后再去看。
    楼主3个月后跟我要这本书(电子书)
      

  7.   

    Featured, 把我看看, [email protected]谢谢.
      

  8.   

    走vc的路半年可能才能入门,不知道有没有足够的耐性
    其实初学者开发工具用delph/bcb就很不错,能很快做出东西来,还能熟悉环境,
    ------------------------------------------------------------------------------------
    所见略同!
      

  9.   

    娄主先不慌,要看到大局:明年,微软新一代的操作系统Vista就会发布,它将会改变原有的编程机制。Vista生成器最终将跟以前的Win32 API(Application Programming Interface,应用程序编程接口)进行分离,取而代之的是可管理的WinFX,而WinFX就是微软继DOS、Win16、Win32之后推出的第四代API。据外刊报道,以前利用Win32 API开发的软件,在微软承诺的维护期之后将不能运行。
      

  10.   

    http://www.cppblog.com/mzty/archive/2005/12/15/1766.htmlC/C++ 应用程序路线图(msdn) Microsoft 总是支持程序员从他们自己的代码中访问操作系统功能。 在 Windows 的早期,我们从 C 语言程序中使用 Windows API ,进行函数调用(比如 GetMessage(), TranslateMessage(), 等等)以达到目的。 随着时间变迁, Windows 功能开始使用 COM 组件比如 Shell 来公开。 为了充分利用 Windows 完整的功能,程序员学会了 COM 的概念,创建了许多 COM 应用程序。 这种演变仍在继续,如今,为了充分发挥 WinFX 的功能,你的应用程序应该使用公共语言运行库,也称 CLR 了。 WinFX 是一种托管 API ,设计成从为 CLR 编写的托管应用程序中调用,通过 WinFX ,你的应用程序能够利用 Avalon 和 Indigo 这样的新技术的功能。 WinFX 是基于 .NET 对象模型的。访问操作系统功能当然不是 CLR 的唯一优势: .NET Framework 提供了比 COM 和 DCOM 更佳而且更简单的组件模型。 .NET Framework 中包含的托管代码库所能提供的功能,远远超出了操作系统本身,这使我们能够将精力放在应用程序中专门解决特定问题的部分,而用不着再去处理许多人已经解决过的问题。 同样,可以构建一个基于组件的解决方案,而不需涉及以前与 COM 和 DCOM 部署相关的那些困难。
      

  11.   

    楼上的意思是让我们这些初学者还是直接学.NET了?
      

  12.   

    windows核心编程,深入淺出MFC,多泡泡CSDN,。還有很多方