顶吧，散尽300分，三层技术到底是什么样子的？ ( 积分: 300 )

W

wu_yanan2003

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-16

• #21

其实三层和多层,我想说的是一个意思,可能表达的效果不太好.

 

W

wu_yanan2003

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-16

• #22

和大家交流: 群号: 35783414.
5729145.

 

S

silver888

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-16

• #23

学习，受教，帮顶

 

Z

zj_mpy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-16

• #24

一個字,頂

 

S

supergq

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-22

• #25

楼住的思想确实不错,但如果每一个业务都创建一个业务对象,开发周期将会比较长.
能说下你对通用业务对象的看法吗?

 

G

Godfear

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-22

• #26

学习

 

K

kfp

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-22

• #27

高尚阿，頂！~

 

暗

暗夜中独舞

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-22

• #28

不顶都不行了

 

W

wxj9527

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-24

• #29

3分走人!!

 

一

一条大鱼

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-24

• #30

三层,把简单的问题复杂化
如果两或三个人在写程序,不要用三层
如果二、三十个人在写，那不用就不好了

 

车

车超

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-24

• #31

我觉得楼主这样写代码，代码量会大量的增加，开发速度会比较慢
代码量增加也意味着增加维护的工作量，就算是用代码工具生成部分代码，我认为也是不可取的，面象对象的编程方法是值得提倡，但不能滥用，就觉得楼主在重复造轮子，
生搬硬套C++/Java开发的设计方法到Delphi中，那不是一种进步，而是倒退。在Delphi中只有开发组件时才使用那种方式，从软件开发工具的发展来看，面向过程->面向对象->面向组件->面向模型 是一种必然的趋势，面向对象已是10几年前提出的概念了，从这点上看我觉得楼主是停留在了面向对象的层次上，
其实对于delphi来说要实现楼主上面的对表的添加，删除，修改，更新的功能，如果写好了一个通用的基类窗体和通用的接口方法后，只需要继承该基类窗体，然后再用一两句的代码便能实现了，何必要写那么一大堆乱七八糟的代码呢？

 

L

leixiao

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-24

• #32

顶

 

C

chinaxuguojun

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-25

• #33

楼主的框架会带来一个问题，速度会比较通常的系统慢很多，胖客户端，对客户的机器会要求比较高(内存)，因为要作记录与对象的转换。对于开发来讲，并不会节省时间，相应的会增加时间（这是一定的）
楼主所说的框架最好的好处在于维护
其实说到维护，楼主为什么不更进一步，自己写解析器，让界面可以配置呢

 

L

lucky.gong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-26

• #34

学习.帮项

 

无

无欲则刚

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-26

• #35

学海无涯啊

 

H

hyxic

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-26

• #36

顶一下！

 

T

tonywam

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-29

• #37

[red]http://www.delphibbs.com/keylife/iblog_show.asp?xid=26612[/red]
大家耐心看我上面翻译的东西,本人对楼主的观点不以为然,当然我也不打算要分了
楼主的东西说来说去就是"面向对象"了,可是O/R Mapping怎么办?必须面对现实.
同意车超,chinaxuguojun的观点.

 

X

xxhadsg

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-29

• #38

任何技术都不能纯粹为了技术而技术。

 

X

xiaohongna

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-29

• #39

我以前也思考过这样的方法，但是我发现他带来的仅仅是理论上的好看，速度慢了，
效率低了，代码多了。相应的扩展能力并没有多大增强。

 

H

hyxic

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-03-30

• #40

运行了2年，发现midas好像不大稳定！！！