MFC 什么书好？ (转载)

MFC最热门的估计就是Hjj的深入浅出MFC了，不过不少牛人都说MFC太老了，我一直没当回事 ，不过今年暑假一个msra的人也惊异我在看深入浅出，说这个too old。我一下就困惑了。 搬凳子等牛人来讲解 【 在 Solmyr (Solmyr) 的大作中提到: 】 : 【 以下文字转载自 CPP 讨论区 】 : 发信人: tfaylsh (TFA), 信区: CPP : 标 题: MFC 什么书好？ : ...................

同等牛人 【 在 Solmyr (Solmyr) 的大作中提到: 】 : MFC最热门的估计就是Hjj的深入浅出MFC了，不过不少牛人都说MFC太老了，我一直没当回事 : ，不过今年暑假一个msra的人也惊异我在看深入浅出，说这个too old。我一下就困惑了。 : 搬凳子等牛人来讲解 : ...................

M$都全力推dotNet了 【 在 Solmyr (Solmyr) 的大作中提到: 】 : MFC最热门的估计就是Hjj的深入浅出MFC了，不过不少牛人都说MFC太老了，我一直没当回事 : ，不过今年暑假一个msra的人也惊异我在看深入浅出，说这个too old。我一下就困惑了。 : 搬凳子等牛人来讲解 : ...................

嗯，我还打算学MFC呢，有人可以讲一下.net和MFC的区别吗？谢谢。 【 在 coolfantasy (Cool) 的大作中提到: 】 : M$都全力推dotNet了

【 在 Xer 的大作中提到: 】 : 嗯，我还打算学MFC呢，有人可以讲一下.net和MFC的区别吗？谢谢。 我觉得MFC是一个封装API的类框架,而.NET是一个中间语言框架,只要微软不放弃本机API开发的应用程序方式,MFC就还是有用武之处的,目前我觉得二者的擅长之处还没有太大的冲突吧

【 在 Fee 的大作中提到: 】 : 我觉得MFC是一个封装API的类框架,而.NET是一个中间语言框架,只要微软不放弃本机API开发的应用程序方式,MFC就还是有用武之处的,目前我觉得二者的擅长之处还没有太大的冲突吧 其实.net的原理也是对底层的API的封装，用.net一样可以进行本机API的应用程序的开发。M$强推.net，就是希望以后所有的应用开发都能被绑死在.net上，然后.net彻底绑死在Windows上，这就圆满了，MFC将会逐渐地成为历史，只是时间问题。。。

不必追究什么过时什么不过时，我的观点是什么东西要用到，就速度去掌握，然后用。 就完事了，如果不用到，就没必要学，.NET如此，MFC也如此。 开发促使学习是最有效的，反之则显得过于牵强。 我补充一下.NET的问题： 依赖库太强。我工作过的公司做用户用软件时从不用.net，因为你不能指望用户用你这个东西还要学习装个不小的.net framework吧。只有有时做公司内部用的软件时才用C#这种东东(当然VC7不需要.net framework，但用VC7写的代码几乎也可以VC6中BUILD过了...)。并且相对而言，之所以内部用C#不是因为它“高级”，而是这种内部软件通常不用高手出马，且产品要求也不高，语言也易学，一般用普通程序员就能胜任了，为了节省开发成本才用的C#。甚至以前用.net写的服务端，也是出于历史原因(当时人少钱少)，现在都想着改成Linux+JAVA了。 这就是我为什么不想去看并学习.net的原因了，不是我鄙视它。这东东在实用中实在让人失望。不要以为MS主推什么就爱去跟风。 我承认，.net的应用随时间会使用越广泛，但又怎么样，所谓高手，就是到时一变身，就成为一个.net的精通家。到时照样是个高手。以我学习MFC的经历来评估，我并不认为精通.net和精通MFC的过程有什么不同。至少现在我不认为我有必要去精通.net。除非用人单位需要我这么做。

直接来win32 sdk

【 在 kissme 的大作中提到: 】 : 不必追究什么过时什么不过时，我的观点是什么东西要用到，就速度去掌握，然后用。 : 就完事了，如果不用到，就没必要学，.NET如此，MFC也如此。 : 开发促使学习是最有效的，反之则显得过于牵强。 : ................... 其实不说这个也罢，直接来$$$那更显实在 $促使学习最有效了，这个是我的亲身体验，开发效率比平时高好几倍。。。