那得分场合啊
做个 类似 hello world 程序,当然不需要类了
除非你想验证你所学的类的知识当然,要用到类的时候,你得会写

解决方案 »

  1.   

    那得分场合啊
    做个 类似 hello world 程序,当然不需要类了
    除非你想验证你所学的类的知识当然,要用到类的时候,你得会写
      

  2.   

    >>面向对象不在于你是不是使用类,用类了不见得就是面向对象的程序。
     但是如果不用类,就肯定不是面向对象的程序。
      

  3.   

    本人也是常用CLASS的方式封装很多常用的函数和过程以及数据结构等等,而且已经行程了一套固定的编程模式,一切的资源都动态的生成,系统从CLASS来调用固定的接口显示窗体和打印等。很方便
      

  4.   

    to lance():不用类,也不见得不是面向对象,只要你愿意,用汇编同样可以面向对象。类只是语言为面向对象提供了支持而已。滥用类就绝对不是面向对象编程
      

  5.   

    面向对象增加了系统的复杂度和工作量,但提高了代码重用能力,是否使用要根据实际情况决定.比如做一个用户界面原型(抛弃式)就没必要用了.
        同意Nicrosoft的意见,面向对象的程序设计首先需要面向对象的思考方法,才能进行面向对象的分析和设计,否则就只会编写出一堆"过程类"来,变成"伪面向对象"编程,既增加了工作量,又难以重用.不过,既然DELPHI提供了类,我在进行面向对象的编程时当然要用它了,没有必要自己去实现封装、继承、多态这些编译器已经替我们实现的东东吧。
      

  6.   

    当然天天在用类了,form 就是一个类!
      

  7.   

    喜欢用类的方式描述程序,不过功夫不到家.
    总在为设定类的边界而苦恼,寻觅良策中>>>>>>
      

  8.   

    basicuser(临火):设定类的边界,主要从类的职责出发,每个类至少必须有一个职责。每个类职责越单一,重用性就越好。但是每个类职责太过单一,则会提升系统复杂性。因此,类的职责划分,需要权衡,这就是设计的艺术。
      

  9.   

    其实,类无所不在,只是很多时候没去太注意它。每次在写应用程序的时候,都在构建一个类——窗体类。你所写的大多数都在
    TForm1=class(TForm)
    ......
    end.里面
      

  10.   

    我开始是学VB ,现在转学DEPHI,我觉得类真的是DEPHI的一大特色,我个人认为还是要多多的使用类。