首先声明,我的水平也很菜,下面的只代表个人意见:
1 我个人认为三层在数据量大或者多个客户机的时候是非常有用的
2 偶尔看看代码还是很有意思的,特别是刚刚学某种技术时,那些代码可比那些书上的好多了
3 差不多吧……因为DELPHI已经为我们封装好了
4…………不懂
5…………也不懂

解决方案 »

  1.   

    to  windindance(风舞轻扬)您所谓的‘数据量大或者多个客户机’是指多大的数据量和客户端呢?李维先生说,在两百个客户端以内或跨地域不是很大的情况下,可以不用三层。
    不过,利用三层倒是很容易再次开发webto  Linux2001(猪!是怎么死的) 你的第3点说不滥用我是很赞成的,现在我写代码没事就用类,没事就想着以后重用,但真正能重用的代码很少,最后总是得不偿失。
    而且有些可以用过程解决的问题,我也硬是给它丢了个类:(
      

  2.   


    var
    item:array[1..5] of 懂..不懂;
    i:1..5;
    begin
    try
    for i:=1 to 5 do
    item[i]:=不懂;
    finally
    showmessage('呵呵,捧个场');
    end;
    end;
      

  3.   

    1. 呵,看来,最难变的是观念,转过来后海阔天空,
    三层有其它好处的.我以前才开始转过来也不习惯.
    现在觉得是有些东西实现是理所当然的.
      
    2.需要什么看什么代码.3.我也朝着这方向努力.
    这同软件的分析设计的观念有关.并不容易.面向对象的实现与实体关系方式
    的实现有相当大的差异.4.在能够把应用逻辑在物理上独立后,扩展客户端到WEB是较轻松的事.5.三层要用到COM的,让你不得不去学它:)
      

  4.   

    1。三层的好处有目共睹,我看现在大家都学,都用,觉得是不是有点赶潮的意思2。我天天用数据库,用ADODATABASE,但我不知道有多少个人真正地看完过,看懂过5。知道要学COM,但是不懂:(,不知道有没有什么好方法
      

  5.   

    1.三层应用对于一个项目的设计的要求非常高,应为一个好的Business Logical做出的三层结构的东西很Strong的。反之则还是不要用三层吧。
    4.关于web的应用我也是被逼出来的,自己架个web server多试试吧,很简单的不是很复杂的。
      

  6.   

    呵呵,我刚接触Delphi不久,不过我觉得学习原代码还是非常有用的,对有关网络方面的编程还是需要有所了解!
      

  7.   

    com其实是一个软件复用和交互的协议。关键就是让方法独立出来,这就是接口。
    用类封装接口,就是com对象。接口就是接口,只有方法,没有属性,com对象才有属性和数据。delphi对com的支持非常好,用delphi来做com,可能是最快,最方便的了。使用类型库编辑器,好象我们手工要写的就是你所添加的method的实现代码了---而这和我们普通的delphi代码并无很大的差别。不要怕一些概念,了解了其实很简单,就好象oop技术博大精深,但我们用delphi这个oop工具,并不是说要时时写control,com也一样,先进,复杂,但delphi已为我们做了大多数要做的。