协调对象在InternetExpress里面的应用(我晕倒)(200分)

  • 主题发起人 主题发起人 YellowMoon
  • 开始时间 开始时间
Y

YellowMoon

Unregistered / Unconfirmed
GUEST, unregistred user!
关于李维的第三本书第九章里面说的协调对象如何在WEB里面运用我好迷惑
在CS结构里面是没有什么问题的,可是当在WEB里面由于用到了InternetExpress
中的MidasPageProducer控件(功能最强大) 可是这个家伙里面的东东全是靠
XMLBroker来取得数据的,不过这儿有个问题了,那就是在那个协调对象里面的
ClientDataSet是动态连接和关闭的,当取到数据以后就关闭了,而且是没有用
DataSetProvider的,可是MidasPageProducer里面的东东都要用DataSetProvider
+XMLBroker来取数据,那是不是要在这个协调对象里面的数据模块里面也放一个
DataSetProvider呢???那这个DataSetProvider和在数据库端的DataSetProvider
是不是有点奇怪呢???
大家个我说说这个协调对象的问题吧!
 
你先看看xml的协议吧
 
靠,有没有看清别人的问题啊.
 
那是不是要在这个协调对象里面的数据模块里面也放一个
DataSetProvider呢???
----应该放,不放好象没什么办法.
那这个DataSetProvider和在数据库端的DataSetProvider
是不是有点奇怪呢???
----被接力了一把.
大家个我说说这个协调对象的问题吧!
----李维的协调对象的概念有可取之处,但也有令人怀疑的地方.
1.协调对象可能会成为系统瓶颈.
2.协调对象肯定降低了系统的执行效率.
3.协调对象可能会很臃肿.
4.增加了开发工作量.
5.正儿八经的系统中,协调对象肯定是最难规划和开发的.
先说这么多.
 
我觉得好像没有这个协调对象这个MTS的事务管理的功能也可以实现的,那李维弄一个这个
东西出来是不是有什么精辟的地方呢?
正如"笑傲浆糊"指出来的5大缺点一样,那这个协调对象如果不用的话,对于系统有什么不好
的地方吗?李维也没有说清楚就直接引入了这个东西,哎.....

 
首先,我对你小子写错了我的代号表示极大愤慨和强烈抗议.
其次你不要误会我的意思,我说过
"李维的协调对象的概念有可取之处,但也有令人怀疑的地方."
那我再说一说可取之处
--- 如果不经过协调对象,编写客户端应用程序的程序员,
势必要了解很多的中介企业对象的结构(要直接调用它输出的方法等等)
降低了企业对象和应用服务器的透明性,以后维护起来就麻烦.



 
然后你再看看你那本书的P436~437
那么到底这种架构有何问题呢?
最大...
第二...
最后...
我还是声明一下完全按照李维的方法来做企业对象,
正儿八经的一个大型系统中要不做几百个服务器才怪.
很搞笑,是吧.
还是要结合实际.
 
"笑傲江湖"对不起,我打错了你的名字了,哈哈,不过也用不着那么激动吧?
其实我是知道这个中间部件的功能的,不过就是它和 XMLBroker有冲突阿,不知道您作
的系统里面是怎么样设计的.
还有的是,如果用这个方法的话,那么我们的协调对象里面的很多的ClientDataSet就
不能动态的连接和关闭连接了,那么就会消耗更多的资源了吧?
另外请问你是否知道些 InternerExpress 方面非控件或者网站呢?
谢谢您了.
 
这么说吧.
就我个人而言我对DELPHI5的这些功能毫无兴趣.
基于WEB的应用,还是微软和JAVA的那一套更成熟一些.
DELPHI有个很不好的苗头,就是想把自己做成无所不能的东西,这是很危险的.
再回过头来看你这个问题我上面说过, 李维的方法
有很多思想对我们是有启发的,但照本宣科往往感觉别扭.
毕竟李维只能算是个作者,(读了它的书很明显的感觉)
(对于他的测试结果怀疑的很)
我个认为如果你的应用很简单或者说白了你的业务流程简单
数据库里的表寥寥无几这么做还行.
一个大型应用里动辄几百上千个表,
那还是做成SQL管道型的应用服务器来得更有弹性些.
 
兄台高见,呵呵。
不过我现在对于Java的东西太大,很害怕,不知道怎么下手。ASP那套东西,我很
讨厌脚本那样的程序,太凌乱了呀。
不过我觉得您还是很有见地的,我现在也很迷惑。
我现在想做个企业的管理软件,当然是B/S的,而且以后会慢慢的很大。
开始可能是在intranet上的,以后会在internet上运行,不知道您对于这样的系统
如金蝶,用有这样的系列的软件会用什么架构比较方便呢??
Delphi真的没有前途吗?那Kylix呢?
希望您给我一个全面的答复。 您下一次回答,我就给分了,谢谢。
 
如果我忘了,请给我提个醒.
不过我的回答会让你失望的:(
今天跟人吵了一天架,累死了.
 
失望就失望吧,不过希望你可以一个你认识可以行的方案,或者你认为Delphi有没有前途?
 
对于你要做的开发,估计要等DELPHI6出来才可能有比较成熟的支持
过去这一两年好多新东西已经引起了大家的注意,得赶快补课.
1.微软的一套.NET 2.JAVA那一套.
我觉得今年7/8月份应该会比较热闹,在这之前要做好准备啊
老盯着DELPHI眼界太窄了些.
想一想.HTML/XML/ADO/COM+哪个是BORLAND搞出来的,
它在DELPHI里集成了这些功能,表面上抓住了大家怕麻烦,
希望DELPHI能够来个大而全的统一方案,实际上,要真正搞透它
,还必须把微软的那一套理论搞透,等真正把理论搞透了,
用什么开发工具还那么重要吗.
不要用自己都还没搞清楚的东西做实际重要的大型系统
不要用太前沿的技术做实际重要的大型系统
两三年前,用DELPHI的ACTIVXFORM做的失败案例数不胜数.
如果用DELPHI,暂时不要做基于WEB/INTERNET构架的系统.
如果学习,那是没有什么错的.
我也懂不了多少,属于那种动嘴不动手型.
 
多人接受答案了。
 
后退
顶部