最近在看一些关于面向对象以及Java的书籍,后来回过头来想了想Delphi的面向对象,
我想Delphi实现面向对象应该是更多的使用Unit单元来建立Class实现,只是浅薄的认识,
所以在这里随意的胡诌了几句。

解决方案 »

  1.   

    >>使用Unit单元来建立Class实现
    这样理解肤浅了点。
    可以参考李维的那本 面向对象 的书,我买的是c# 版本的,但应该道理是一样的!
    另外,一本很久的书,Delphi高手突破, 其实也有涉及到。
      

  2.   

    面向对象是和语言无关的,其实最终目的也无非就是易于扩展,易于维护,代码重用。
    事物性的东西总是比繁杂的过程化的代码好理解,所以你需要把握系统的整体结构来正确的处理class和interface的结构,尽量松耦合,你可以看看设计模式,并不需要一定在项目中用到什么模式,理解理解思想也是好的。用我们leader的话说,这些都能处理好就是大师级的水平,所以还是不要急,也不用不爽。
      

  3.   

    面向对象编程,好象是叫什么OOP吧,我向来不乐意去理解这些概念。不过我认为,面向对象编程的说法比较难理解,不如叫对象衍生式编程、对象继承式或者对象封装式编程。一个控件、一个事件,甚至一些资源,都可以成为具体的对象。OOP的好处在于封装性、继承性、扩展性、维护性,从这方面来说,OOP是进步。但是,OOP在另一方面来说却是大倒退。
      

  4.   

    面向对象是和语言无关的,其实最终目的也无非就是易于扩展,易于维护,代码重用。 
    事物性的东西总是比繁杂的过程化的代码好理解,所以你需要把握系统的整体结构来正确的处理class和interface的结构,尽量松耦合,你可以看看设计模式,并不需要一定在项目中用到什么模式,理解理解思想也是好的。用我们leader的话说,这些都能处理好就是大师级的水平,所以还是不要急,也不用不爽。 
    --------------------
    同意9樓的;
    面向對象,對於人來說,都是一樣的思考方式;
    但對於不同的語言,有不同的實現方式,各有長短;
      

  5.   

    能实现目标就是,从来不为了OO而OO
      

  6.   

    OOP很好嘛,呵呵
    看看Design Patterns
      

  7.   

    能实现目标就是,从来不为了OO而OO
    ========================================
    支持
      

  8.   

    能实现目标就是,从来不为了OO而OO
    ======================================== 
    这句话太泛泛了,后半句肯定是没问题,但是你实现了目前你还的考虑maintenance吧,你还的考虑
    extend吧,既然有了OOP肯定还有有它产生的必然条件和必然需求,而且肯定在某些方面有自己的独到
    之处,所以话尽量还是不要这么讲,这句评论很没意思。
      

  9.   

    不能全盘否定的说面向对象和语言无关,至少面向对象的载体是语言,脱离了语言面向对象仅仅是空谈。另外,深思老大对使用单元建立类来实现面向对象的看法,我说两句。delphi、CPP、Java这些OOP从基本来说都是从编译器一级就开始了对OO的支持,体现在语言上自然也充斥了OO的很多思想。无论是多态、还是继承还是封装都是在编译器一级就对语言增加了很好的支持。语言这东西说白了仅仅是一个符号系统。语言写出来是让编译器去看的。设计编译器的人设计了编译器读取语言这个符号系统的认知标准。delphi唯一不如Java的地方在于delphi对于OO中更高层面的东西没有更好的支持体系。而Java中有很多对于体现OO思想的类库来支持OO的实际应用。但反过来,Java在RAD方面肯定是不如Delphi的。OO三大思想中最重要的我个人认为还是多态。有了多态才会产生变化,才会产生体系。所以从这个方面说多态也是一种特殊的封装----即封装变化。至于继承和封装,其中继承是封装静态,而封装是实现多态和继承的基本手法。GOF的设计模式中大量体现了多态!-----------------------------------------------------------------------“能实现目标就是,从来不为了OO而OO”这个话基本等于屁话。实现目标要讲求效率。OO的产生也是为了提高效率。