奇怪！我寝室都打不开了！不知道怎么了！正好，可以安心读书！论坛的谈论东西，要么就是说别人怎么怎么的！要么十几行代码！求错！无语，一行行测试都要不了多久！这几天看MFC框架的原理，涉及了大量宏知识！然后百度了一下，难怪Z版无视他了！一个linux下的人，连起码宏的一些知识都不知道！确实没有好说的！

每天的1点多好像有半个小时的维护时间吧，这段时间是不能登录上论坛的，呵呵，
求错那个问题只是因为很多人都不知道单步调试，和查询变量的值，所以才修改到头大吧，
我刚开始不知道的时候也是感觉哪个地方出问题了，修改一遍又一遍，看看他们各自会出现什么样的问题，
后来看论坛上“闲出屁”发表的帖子vc6.0的用法，才知道单步调试，和查询变量的值是多么的好用，
这些会了，就不用老是找别人帮忙看哪里错误了。

现在还学MFC？

不是比较复杂的！用printf就可以了！快一个星期了什么时候都打不开！

现在学了C也把c++前面大部分东西学了！貌似不学MFC不太好！现在又没有时间转向linux！我学MFC框架的也是学原理，明白怎么搭起来的，正好也加深c++学习！想法就这样！MFC好坏已经谈论好久了吧！正与linux和windowx
我觉得都没有！系统是我们爱编程平台，工具！喜欢哪个用哪个！技术是超越平台上，在思想上！

我也想和你们混啊丶     有点迷茫

学MFC学封装，这个想法原本不错，但问题正是MFC的封装并不是很好，过于臃肿。微软已经意识到问题，所以现在力推CLI/CLR，这是与Java一样的走的托管代码路线（即是.NET），底层函数库基本上由系统平台负责，封装部分就在.NET类库中，不在MFC库中了，Windows7系统软件包就内在包含.NET 3.5，它抛弃了以前的OLE/COM构件，所以VC++6那样依靠COM组件的模块在Windows7上有问题，就是这个道理。而且微软.NET中的CLI是获得国际标准协会通过的文档，有跨操作系统的实现产品，今年推出Windows8，也是全面采用.NET架构的结果，号称跨平台、跨多种产品、统一VB和C#，这个产品如果成功，微软将会加快淘汰WinXP的步伐。.NET类库封装的东西，很多MFC是没有的，理念都不一样，你现在还学MFC，某些观念恐怕会误导你转向.NET。

嗯，我也不会在这棵书上吊死的。

但作为vc 开始就是我使用的工具。 对c c++ 都有了一定的了解了。不想在花更多的时间在别的语言上了。不然什么都没有学到 毕业后。

所以自己c/c++ 所以就用MFC 。OWL 自己从来没有接触过。所以这个就是先入为主了。因为T版经验丰富。看过大量的代码。
所以哪个好一点好差一点就看的出来。作为学生 用到框架还是很少接触。接触第一个大多数vc工具 mfc 框架、而且看大多的源代码也是MFC
所以我们才走上这条路。既然走了，就不好回头了。学生多的时间学习。
学的话要学也学一些原理 一些基础东西，为以后工作打基础。最新技术 其实和我没有关系。 只有把基础打牢了。
新技术也很好上手。
就那MFC 的源代码来说。
你不懂宏 不懂链表  不懂函数指针。
你确实不明白在干什么。
所以基础还是我现在作为学生的主要学习的东西。最多考虑一下系统分析。
确实非常有用。不知道Tony 大哥有什么好书推荐一下，因为我不是算法派，偏向与设计方面。
所以整体框架 分析都很重要。算法没有那么重要了。

对于本机代码（包括内嵌式应用）来说，主要还是用C/C++，要提高这方面的编程效率，MFC还是可用的。但若要面对更广泛的场合，特别是多语言配合、跨软件套装应用的时候，本机代码是不够的，这时候平台运行库就很有威力了。如果你将来的职业生涯是只与内嵌式之类的打交道，确实没必要知道很多别的东西，专精C/C++足够了，但现实显然并非如此，世界如此之大，需要编程的领域很多，不知道多点别的软件、语言编程，思路会狭隘的，也影响你做系统分析的结果。

在当前Windows的编程环境中，以我看来，其实没什么语言比和C#更好的了（实际上这是微软的策略，它根本上就打算只让这两门胜出）。用C/C++写图形程序，要学许许多多的API，还要自己做封装，但用C#，使用XAML就可以装潢出很漂亮的图形界面，并且提供2D、3D、动画、多媒体等等内置了的.NET类库工具，这些超越了MFC的更强大的类库，都在CLI/CLR环境中运行，VS2010的C/C++也可以使用，不过必须用CLR运行编程，但等于是一门新的C/C++语言（写出来跟C#完全是一个样）。如果守着MFC，不过是要把这些早就有的工具重新写一次、再封装一次，实际上不划算。因此，现在我基本上确定，用C/C++写程序，就不接触图形界面，没这个必要，要么是无界面的纯数据处理，要么仍然是传统的字符界面，图形界面的编程语言多的是，哪一种都比C/C++好使。

市面上哪里会有书教人做系统分析，主要靠自己积累的经验。关键是你要从与客户沟通、需求分析做起，除了摸透对方的真正意图和可能的扩展方向，还要结合自己实际的编程能力（特别是程序的可扩展性、可修改性，具备不至于客户变动一点点需求就要对程序动大手术的编程经验，在这里，设计比算法重要得多），规划出可行的系统架构，不同知识面的人做出来的系统分析肯定是不一样的。更重要的是，客户其实比你更在行，不要以为客户不懂计算机和编程就可以不用理睬他们的意见，实践将会证明，最终对的往往是他们，因为你不可能比他们更知道需要什么样的软件，而且最后也不是你长期对着自己的产品，你可以为了自己写程序方便强制客户按照你设定的像ACM那样的格式输入数据，而不照顾客户的实际使用感受，但客户绝对不会同意你这样的设计。只有你用心，处处为客户着想，才能做出好的系统分析。

算法并非不重要，但正如我以前说过，有广义算法和狭义算法的区别。广义算法就是解决实际问题的“计算机处理办法”，这个意义上的算法是无论怎么强调都不过份的，不是指狭义算法。在编程思想，历来有数据派和算法派的争执，就像华山派的气宗和剑宗一样，从来没有胜负，不要偏执一端即可。

[ 本帖最后由 TonyDeng 于 2012-3-26 18:01 编辑 ]

嗯嗯，Tony大哥 谢谢。
现在只能考虑眼前的东西。工作以后才能看远一些。
现在只有以后把基础写好，才有以后。。。。
跨平台确实还离我很远。。。
不过你的话 我还是会记住。以后路上会注意自己的方向