关于 API MFC .net 我之见解

     我学过WINDOWS API(SDK)  MFC   .NET  。 我今天就来评论下这3者 如何匹配学习吧

     第一种： 纯 C++ 开发。 如果开发WINDOWS 窗口应用程序这是最麻烦的方法了。 很耗时间。 最耗时间的地方体现于 2点。首先 WINDOWS 标准库 里面对字符串处理 实在是太麻烦了 。 不管转换方面还是 提取 切割 。。。 一切都非常的麻烦，并且如果操作不好还有 BUG。 虽然 WINDOWS 标准库提供了 safestr 库 来支持。 然后麻烦的是体现于 WINDOWS 窗体 ，特别是要 写一个功能强大的WINDOWS 窗体。 你会发现非常的困难

     第二种 ：MFC ，MFC 当初设计是为了简化 WINDOWS 窗体应用程序开发的。采取了OO 模式。 虽然，比纯C++ 开发方便 但是方便在那里呢？ 我个人觉得 只有在调用窗口控件的时候方便了点比如可以 使用 m_edit1->GetWindowText..这样的方法 来提取 字符串。以及字符串上面有了 比 C++ 更好的方法 CString。 但是这 由于 MFC 提供的控件 实在太少。相比 比直接调用WINDOWS API C++标准库 方便了 ，但是和 .NET 相比实在 是  杯具~·！ 所以 如果你有心思学好MFC 还不如直接 学好 C++ 和WINDOWS API。 稍微学下 MFC的 窗口控件就行了 。 能写一些 窗口软件 就够了。没有必要去学MFC 的IO 数据库调用啊什么乱78糟的~

      第 三种：.NET  相比 C++ 和MFC，.NET 提供了 非常强大的窗口控件 以及强大的数据处理。 比如字符串处理 数据库处理ADO.NET ，文件读写 System.io ，编码转换 ... 这些功能用起来 简直是一个字爽 ，但是遗憾的是。 他不能写底层 以及调用 WINDOWS API 都比较麻烦。 这也许是一般人所认为的吧。 其实 .NET 同样可以写 底层同样方便的 调用WINDOWS API 。只不过是广大程序员 所说的 C# ，而不是VC++.NET

     在VC++.NET 里面 你可以 自由的调用WINDOWS API ,.net类库，MFC类库 ， 而且还能写 _asm 汇编。只要改下/cls 就行了改成 兼 容托管代码，而不是 完全依赖托管。

也许这里有人问了  .NET写的程序 很多地方都用不起来的饿 没装.NET。 前几年是这样的 但是现在基本上不同了。 都快2010年了 还怕.NET不普及吗？

     所以 如果现在要学的话 个人感觉 还是 VC.NET +WINDOWS API ，让 VC.NET 和WINDOWS API 互相填充是最好选择了。 MFC可学可不学 因为 VC.NET同样可以调用 MFC ，但是大部分东西 还是.NET 类库方便、

以上是我只是我个人只见