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

  • 主题发起人 主题发起人 wu_yanan2003
  • 开始时间 开始时间
其实三层和多层,我想说的是一个意思,可能表达的效果不太好.
 
和大家交流: 群号: 35783414.
5729145.
 
学习，受教，帮顶
 
楼住的思想确实不错,但如果每一个业务都创建一个业务对象,开发周期将会比较长.
能说下你对通用业务对象的看法吗?
 
高尚阿，頂！~
 
不顶都不行了
 
三层,把简单的问题复杂化
如果两或三个人在写程序,不要用三层
如果二、三十个人在写，那不用就不好了
 
我觉得楼主这样写代码，代码量会大量的增加，开发速度会比较慢
代码量增加也意味着增加维护的工作量，就算是用代码工具生成部分代码，我认为也是不可取的，面象对象的编程方法是值得提倡，但不能滥用，就觉得楼主在重复造轮子，
生搬硬套C++/Java开发的设计方法到Delphi中，那不是一种进步，而是倒退。在Delphi中只有开发组件时才使用那种方式，从软件开发工具的发展来看，面向过程->面向对象->面向组件->面向模型 是一种必然的趋势，面向对象已是10几年前提出的概念了，从这点上看我觉得楼主是停留在了面向对象的层次上，
其实对于delphi来说要实现楼主上面的对表的添加，删除，修改，更新的功能，如果写好了一个通用的基类窗体和通用的接口方法后，只需要继承该基类窗体，然后再用一两句的代码便能实现了，何必要写那么一大堆乱七八糟的代码呢？
 
楼主的框架会带来一个问题，速度会比较通常的系统慢很多，胖客户端，对客户的机器会要求比较高(内存)，因为要作记录与对象的转换。对于开发来讲，并不会节省时间，相应的会增加时间（这是一定的）
楼主所说的框架最好的好处在于维护
其实说到维护，楼主为什么不更进一步，自己写解析器，让界面可以配置呢
 
学习.帮项
 
学海无涯啊
 
[red]http://www.delphibbs.com/keylife/iblog_show.asp?xid=26612[/red]
大家耐心看我上面翻译的东西,本人对楼主的观点不以为然,当然我也不打算要分了
楼主的东西说来说去就是"面向对象"了,可是O/R Mapping怎么办?必须面对现实.
同意车超,chinaxuguojun的观点.
 
任何技术都不能纯粹为了技术而技术。
 
我以前也思考过这样的方法，但是我发现他带来的仅仅是理论上的好看，速度慢了，
效率低了，代码多了。相应的扩展能力并没有多大增强。
 
运行了2年，发现midas好像不大稳定！！！
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
Z
三层结构数据更新问题，200分求助(100分)
回复
8
查看
200
spell
S
Y
三层结构，DCOM连接，只能有一个客户能够使用，为什么？（100分)(100分)
回复
9
查看
200
billrobin
B
墨
数据库和三层模式的问题，高手请进(100分)
回复
6
查看
188
墨剑
墨
T
在三层中如何设置 客户端连接服务器的超时 时间长度，在哪里。(50分)
回复
13
查看
286
Tsunky
T
后退
顶部