要理解oop并且在代码中运用自如需要很长的时间
一步一步来吧

解决方案 »

  1.   


    如果OOP没有很熟练的掌握,能继续看后面的Windows编程的章节吗,是不是会有影响
      

  2.   

    OOP部分还是多练习,刚开始记不住很正常,慢慢积累就好了
      

  3.   

    如果不能很好的理解OO,你是没有办法写出好的代码的。
    但是对OO的理解是有一个过程的,不可能不看一两本书就立刻能理解,需要多练,多思考。
    就你的情况来说,你可以接着往下看,你首先知其然,然后再知其所以然。
      

  4.   

    我也鼓励你看下去,技术书不是通俗小说,看一遍就能看懂,看一遍就扔一边,书看过一两边,写写程序后再回来看,又有新的惊喜。
    光看书肯定不行,有的时候直接写程序试验都比查文档来得快。你要是愿意练指法就自己敲进去,但是这还没完,试试看随便改点什么(或者跟随书中后续章节的指导改,发现外国人写书喜欢揪着某个例子循序渐进地逐步完善),
    个人感觉,如果不做框架设计,只是利用 .NET Framework 实现某些功能的话,对 OO 的要求不是很高,当然程序员不能止步于此,但是初学者也不用灰心。
      

  5.   

    泛型这个东东是vs2005才有的,
    我搞了几年的c#,到现在对泛型还不清楚,照样在搞程序,哈,
    我的意思,看书是要看的,但最主要的是做一些小的应用程序的例子,
    这样会对oop理解.
      

  6.   

    搞懂封装、继承、多态 
    重载和重写区别 事件和委托 接口与抽象类
    1,看见书里的例子自己敲一敲 
    2,看见书里的例子自己改一改 
    3,看见书里的例子自己想一想
    泛型这个东东是vs2005才有的, 
    我搞了几年的c#,到现在对泛型还不清楚,照样在搞程序,哈, 
    我的意思,看书是要看的,但最主要的是做一些小的应用程序的例子, 
    这样会对oop理解. 
    我也鼓励你看下去,技术书不是通俗小说,看一遍就能看懂,看一遍就扔一边,书看过一两边,写写程序后再回来看,又有新的惊喜。 
    光看书肯定不行,有的时候直接写程序试验都比查文档来得快。你要是愿意练指法就自己敲进去,但是这还没完,试试看随便改点什么(或者跟随书中后续章节的指导改,发现外国人写书喜欢揪着某个例子循序渐进地逐步完善), 
    个人感觉,如果不做框架设计,只是利用 .NET Framework 实现某些功能的话,对 OO 的要求不是很高,当然程序员不能止步于此,但是初学者也不用灰心。
      

  7.   

    偶在不是很理解,不过项目也能简单做了,呵呵。
    以前做delphi项目时也是不理解很多东西,项目做多了自然就能理解了...
      

  8.   

    影响很大,面向对象不明确,无论学C#还是Java都是白搭