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

Y

YellowMoon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #1

关于李维的第三本书第九章里面说的协调对象如何在WEB里面运用我好迷惑
在CS结构里面是没有什么问题的,可是当在WEB里面由于用到了InternetExpress
中的MidasPageProducer控件(功能最强大) 可是这个家伙里面的东东全是靠
XMLBroker来取得数据的,不过这儿有个问题了,那就是在那个协调对象里面的
ClientDataSet是动态连接和关闭的,当取到数据以后就关闭了,而且是没有用
DataSetProvider的,可是MidasPageProducer里面的东东都要用DataSetProvider
+XMLBroker来取数据,那是不是要在这个协调对象里面的数据模块里面也放一个
DataSetProvider呢???那这个DataSetProvider和在数据库端的DataSetProvider
是不是有点奇怪呢???
大家个我说说这个协调对象的问题吧!

 

C

Chenlili

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #2

你先看看xml的协议吧

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #3

靠,有没有看清别人的问题啊.

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #4

那是不是要在这个协调对象里面的数据模块里面也放一个
DataSetProvider呢???
----应该放,不放好象没什么办法.
那这个DataSetProvider和在数据库端的DataSetProvider
是不是有点奇怪呢???
----被接力了一把.
大家个我说说这个协调对象的问题吧!
----李维的协调对象的概念有可取之处,但也有令人怀疑的地方.
1.协调对象可能会成为系统瓶颈.
2.协调对象肯定降低了系统的执行效率.
3.协调对象可能会很臃肿.
4.增加了开发工作量.
5.正儿八经的系统中,协调对象肯定是最难规划和开发的.
先说这么多.

 

Y

YellowMoon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #5

我觉得好像没有这个协调对象这个MTS的事务管理的功能也可以实现的,那李维弄一个这个
东西出来是不是有什么精辟的地方呢?
正如"笑傲浆糊"指出来的5大缺点一样,那这个协调对象如果不用的话,对于系统有什么不好
的地方吗?李维也没有说清楚就直接引入了这个东西,哎.....

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #6

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

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #7

然后你再看看你那本书的P436~437
那么到底这种架构有何问题呢?
最大...
第二...
最后...
我还是声明一下完全按照李维的方法来做企业对象,
正儿八经的一个大型系统中要不做几百个服务器才怪.
很搞笑,是吧.
还是要结合实际.

 

Y

YellowMoon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-01-31

• #8

"笑傲江湖"对不起,我打错了你的名字了,哈哈,不过也用不着那么激动吧?
其实我是知道这个中间部件的功能的,不过就是它和 XMLBroker有冲突阿,不知道您作
的系统里面是怎么样设计的.
还有的是,如果用这个方法的话,那么我们的协调对象里面的很多的ClientDataSet就
不能动态的连接和关闭连接了,那么就会消耗更多的资源了吧?
另外请问你是否知道些 InternerExpress 方面非控件或者网站呢?
谢谢您了.

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-02-02

• #9

这么说吧.
就我个人而言我对DELPHI5的这些功能毫无兴趣.
基于WEB的应用,还是微软和JAVA的那一套更成熟一些.
DELPHI有个很不好的苗头,就是想把自己做成无所不能的东西,这是很危险的.
再回过头来看你这个问题我上面说过, 李维的方法
有很多思想对我们是有启发的,但照本宣科往往感觉别扭.
毕竟李维只能算是个作者,(读了它的书很明显的感觉)
(对于他的测试结果怀疑的很)
我个认为如果你的应用很简单或者说白了你的业务流程简单
数据库里的表寥寥无几这么做还行.
一个大型应用里动辄几百上千个表,
那还是做成SQL管道型的应用服务器来得更有弹性些.

 

Y

YellowMoon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-02-02

• #10

兄台高见，呵呵。
不过我现在对于Java的东西太大，很害怕，不知道怎么下手。ASP那套东西，我很
讨厌脚本那样的程序，太凌乱了呀。
不过我觉得您还是很有见地的，我现在也很迷惑。
我现在想做个企业的管理软件，当然是B/S的，而且以后会慢慢的很大。
开始可能是在intranet上的，以后会在internet上运行，不知道您对于这样的系统
如金蝶，用有这样的系列的软件会用什么架构比较方便呢？？
Delphi真的没有前途吗？那Kylix呢？
希望您给我一个全面的答复。 您下一次回答，我就给分了，谢谢。

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-02-02

• #11

如果我忘了,请给我提个醒.
不过我的回答会让你失望的
今天跟人吵了一天架,累死了.

 

Y

YellowMoon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-02-03

• #12

失望就失望吧，不过希望你可以一个你认识可以行的方案，或者你认为Delphi有没有前途？

 

笑

笑傲江湖

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-02-03

• #13

对于你要做的开发,估计要等DELPHI6出来才可能有比较成熟的支持
过去这一两年好多新东西已经引起了大家的注意,得赶快补课.
1.微软的一套.NET 2.JAVA那一套.
我觉得今年7/8月份应该会比较热闹,在这之前要做好准备啊
老盯着DELPHI眼界太窄了些.
想一想.HTML/XML/ADO/COM+哪个是BORLAND搞出来的,
它在DELPHI里集成了这些功能,表面上抓住了大家怕麻烦,
希望DELPHI能够来个大而全的统一方案,实际上,要真正搞透它
,还必须把微软的那一套理论搞透,等真正把理论搞透了,
用什么开发工具还那么重要吗.
不要用自己都还没搞清楚的东西做实际重要的大型系统
不要用太前沿的技术做实际重要的大型系统
两三年前,用DELPHI的ACTIVXFORM做的失败案例数不胜数.
如果用DELPHI,暂时不要做基于WEB/INTERNET构架的系统.
如果学习,那是没有什么错的.
我也懂不了多少,属于那种动嘴不动手型.

 

Y

YellowMoon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-02-03

• #14

多人接受答案了。