谁真正用midas开发过系统，请提点建议。(300分)

L

liqunxin

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-04-04

• #21

可能还是得用三层。

 

S

sanming

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-15

• #22

sharejoy回答得很好。
建议liqunxin看看李维的大作《Delphi5.x 分布式多层应用 系统篇》.

 

雏

雏鹰

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-18

• #23

哪位高手能够分析下D5:TDataSetProvider无状态对象的真正内容。
它与Http所实现的Sateless Object 有何区别？

 

F

forss

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-18

• #24

总觉得和C/S比是拐了一个弯才到达目的地。
是否存在着一个客户端多少的问题。。。
当客户端少的时C/S比MIDAS好。反之则MIDAS好。。。。

 

Z

zkp

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-21

• #25

我来扑冷水!
速度是其最大的缺陷，企业级开发那么大的数据量，动辄上万条数据的报表，查询，分析
应该怎么解决呢。
李伟的的分段下拉法（好像）只能在单表或具有唯一确定多表下才有效，那种复杂的查询
（Read Only，大把大吧的）没有戏吧。
我正在使用三层开发，正位犯愁。

 

沐

沐枫

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-27

• #26

动辄上万条数据的报表，查询，分析，
这种情况绝对不能放在客户端实现，应放在数据库服务器端，
至于一般企业规则，则放于应用程序服务端实现，最后把结果分段传给客户显示。
规则就是，客户端只负责显示结果，不要参与(复杂)的计算。
仔细调整各层，最大程度减少数据传递量，并在最有效的地方作最有用的计算。
绝不要再象C/S一样，将中间层只作为数据传递层，反而把计算任务压在客户端，
这样的话，建议直接用C/S还快得多得多。
再：李维的分段下拉法只一个简单的实现，在大数据量的情况下，必须改进其算法，
否则对服务端仍是一个不小的负担。

 

Y

yunye

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-05-31

• #27

谁能告诉我服务器用Corba客户端用Delphi实现三层体系结构,而自己不用去编写XML
解析程序而方便地进行客户端-服务器之间实现数据交换,比如客户端修改一个表,并将
修改后的数据提交到服务器对象(用Java or C++编写),服务器对象能够判断其修改,增加
删除等多种动作,并在服务器端实现

 

E

engleking

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-02

• #28

那就在页面上嵌入ActiveX控件，象现在的大富翁。不过控件的下载问题我却遇到了很多。

 

L

lingx

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-04

• #29

MIDAS 的一个好处是可以跨平台(CORBA)、跨语言。

 

Z

zkp

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-04

• #30

还是存在大数据量传输问题，比如Lookup字段，零件表（2-3万），供应商、客户表（数千条），
等，大型数据的报表N个：进销存表（含所有零件），计划，还有好几个表上百页。都是很头疼的
事。不知谁对这些有什么好经验，要是有的解决方案请说一说是怎么实现的。

 

P

powerjet

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-19

• #31

gz

 

B

bpc

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-19

• #32

在客户端很少的情况下，2层结构运行速度略好于多层。
如果客户端很多，多层结构的应用程序服务器要写成多线程的，
并且客户端也要写成多线程。才可以获得比2层结构更好的效率。

 

M

maming

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-20

• #33

我就用三层，到现在为止，还没用上多线程，
速度与性能，起强的好，如果我实现了后台打开保存数据的话，
那我想我的boss会兴奋的几天睡不好，
因为我以前用c/s现在改成n tier,那种相比，简直不用比，
我公司都是几年前的机器，最快的几台也只有32m内存，cpu一般是166hz,
而且员公都是些电脑使用好手，要是慢了看他们把你如何的说，
不过现在他们从没有提过这方面的事，只在功能上要我增强而已，

 

F

flash6

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-20

• #34

>>>>>>>>>>>>>>?@_@?<<<<<<<<<<<<<<<<

 

Y

Yason

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-20

• #35

midas开发速度很快，运行速度也很快，如果能优化的很好的话。
但是如果开发复杂程度很高的系统，midas的力量就有点弱了。
它只是提供了一些组件，和数据库连接很方便，但是不太容易控制，也不容易扩展，
甚至出了错误也不知道是拿的错，如果前端有Web界面的话，那么用madis开发的组件就无法使用了。。
可能是我水平有限，但我建议还是不用madis。
MTS是很好的中介软件，在win2000平台上是COM＋，建议服务器端用VC来开发COM+（MTS）组件。
前端用Delphi来做。
纯属个人观点，谢谢！

 

W

wlmmlw

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-23

• #36

TO Yason
为什么在用VC开发COM+组件，和用Delphi有什么区别吗？

 

Y

Yason

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-06-23

• #37

用VC做组件和用Delphi做再使用上没有太大的区别。但其内部对COM的包装还是有很大的
区别的，Delphi开发的Com组件不支持Pooling技术。
其实COM技术的接口使用C语言写的，如果用VC做COM，决不会出现接口类型不兼容的问题。
如果君非要用Delphi来做COM也没什么，但大家都用VC做时，你会感到很痛苦。
对于一件事情，我们会有很多方法来做，它们本质上可能没有什么区别，但是制作思路不太一样。
但我们不能各做各的，互不相关，应该有一定的规范，大家都按照规范进行，我们的软件事业就会发展起来。
看看印度，人家所有的人风格都是一样的。我们应该向人家学习。

 

L

lmf888

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-07-05

• #38

asta是以个不错的选择

 

Z

zkp

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-07-06

• #39

Midas 开发复杂的系统不太稳定，速度不好。请问lmf888,asta开发开发复杂的大型系统是否合适
为什么？

 

L

ljqljq

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-08-14

• #40

listen