重要的是CSDN给广大程序员提供了一个发挥的空间

解决方案 »

  1.   

    附带说上一句,
    过几天(26号)公司可能要我去参加一个培训,在北京,ArcInfo的,
    有可能没办法上网了(因为时间吧!)。其实这些天工作一直很忙,
    所以从来没敢回复过较长或是较大的问题,
    到7月中旬就应该好些了吧...to: 111222
    其实我觉得大家能碰在一起,很不容易的。
    虽然说这是在网上,在forum中。尺有所短,寸有所长;
    闻道有先后,术业有专攻...大家互相学习,如何?
      

  2.   

    kenny_yuan(程序员) ,你的话很中肯,我很佩服你解决问题的方法,我宁愿相信你年龄比我大
      

  3.   

    to: leky2000(懒客)
    谢谢!
    我记得你的名字,好像我们在前面的帖子中“见过面”,记不太清了,现在真是太忙。
      

  4.   

    查看MFC源码的方法:有几种方法,一种是使用文件/打开去打开VC98/MFC目录下的一个MFC.BSC文件,然后按Alt+F12,就可以读到源码了。
    另一种是使用在文件中查找功能,指定目录为VC98/MFC,文件类型为.cpp,查找目标为函数名。这不单单能够看到源码,还能看到人家是怎么用的。还有一种按F12的方法,可以查找定义,如果一个结构记不清每个成员的名字,那么可以将光标放在在结构体名称上,再按F12键,如果IDE提示要重新编译则按Y键,后面的事情一看就知了。还有一种使用跟踪的方法,编译一个程序,用F9在某个地方设一个断点,然后使用F11逐步跟进,不要怕烦,用笔或其它程序记录每个函数的名字和主要功能,最后画一张图。在附件中的那张图是我很早画的,也许会有误,一切以MFC源码为准。还想再对初学者说上几句:建议对每种不认识的类型标识符都去按一次F12,如LONG、LPARAM、UINT、LPTSTR、LPCTSTR、HANDLE、HWND等等,这样会有一种恍然大悟的感觉,有助于增加你对WIN32编程的征服感。多去看一些例子,如果上网能免费的话可以在网上找,否则还是买光盘的好,程序员大本营和程序员大本营2000都是不错的,还有一种VC++资源大全,也可以。其实说它们好的主要原因是那里面的东西大多数不是中国人编的。C++的基本知识一定要过硬,否则学不会MFC。现在有许多人对MFC/C++有看法,除去少数人狐狸吃不到葡萄一个原因之外(怕苦怕累别当程序员!),也是因为C++本身就非常地复杂。但是,如果没有C++与C,现在又会是什么样子呢?比如你去问问Larry Ellison,看他会不会决定用Java来重写Oracle(从而得到最大的可移植性)。学真正的Windows编程,GID一定要重视,现在大多数讲VC的书连GDI绘图讲都没讲过,至多用一个TextOut了事,全篇都在讲MFC与VC IDE的自动功能,其实,看一个开发环境是否强大要看语言本身,并不要看有多少工具栏(PB)或是菜单(VB)。关于MFC的讨论,中国人写的书我只见过一本比较不错,是《精通Visual C++》,电子工业出版社(可能是),淡绿色的封皮,是由三个中国人编的,以VC4.2为蓝本,那本书最大的特点就是文字奇多无比,几乎没有几幅屏幕抓图(明白吧?)
      

  5.   

    kenny_yuan(程序员)很想认识你!!!
      

  6.   

    对了,
    当程序停在了MFC源码中的时候,
    不要简单地关闭窗口,
    使用Call Stack先确定自己的代码是怎样调用MFC源码的,
    再读一读那个ASSERT,错误就应当能够找到了。我见过许多人在这时都是关掉窗口,
    然后把自己的程序与书中的比较,
    这样太累了。调试器是开发环境的80%功能
    我不习惯用VB,PB,Delphi主要是因为觉得调试器不好用,也许是因为我研究不深吧?
      

  7.   

    to colorknightkindly check my email address as [email protected],
    And by the way, your id sounds good!
      

  8.   

    [email protected]_____________verygood, I remember it.
      

  9.   

    2 kenny_yuan:
    你是不是ISee开发组的那一个(至少email是一样的)?
    怎么有时间来这种地方?