欢迎各位谈谈用midas写分布式系统的缺点和局限性！(40分)

J

jackl

Unregistered / Unconfirmed
GUEST, unregistred user!
欢迎各位谈谈用midas写分布式系统的缺点和局限性！
 
用BBS的全文檢索吧﹐這方面的討論太多了。^_^
我公司現做的是三層﹐是從台灣帶過來的模型。總之不要輕易使用這種
架構﹐一般C/s就可以了。^_^
 
怎么没有人回答呀：我来说几条缺点:
1.midas数据包传输在商业上是需要付费的.
2.midas的数据传输是以olevariant形式传输的，里面究竟怎么解析的只有midas自己知道！
如果我们到时移植到b/s结构中，别的语言就没有办法解析
3.midas的灵活性很差。它与数据感知控件关联的太密切～！
 
为什么不研究ASTA?
 
to zhtx:
ASTA是什么东西，能否发点资料来看看：）
zgruan2002@163.com
非常感谢！
 
midas有什么不好，简单易用
如果要开发b/s结构，选择用xml作为资料格式就通用了
 
midas系统客户端和数据库还是保持联系，如果是真正的分布式的话应该不是这样的！
这样的话midas的效率就下来了.也根本不叫分布式：）
 
我还没真正做过midas系统，只是简单的做了一下书中的例子
感觉还可以，现在对于我来说最大的问题就是发布问题了
还请各位从事多层开发的大侠给我们这些菜鸟说一说你们的经验啊？非常感谢！
 
www.astatech.com
asta即简单又方便,最适合菜鸟和想偷懒的人
 
瘦客户零配置
真正的Delphi user 用 Midas
聪明的Delphi user 用 Asta
 
哈哈,同感!
 
midas系统客户端和数据库还是保持联系，如果是真正的分布式的话应该不是这样的！
这样的话midas的效率就下来了.也根本不叫分布式：）
midas当然需要和数据库联系了，难道有什么办法可以在操作数据库的时候可以不和数据库
联系？不管是直接的还是间接的，都是联系啊。
如果你认为MIDAS需要时刻和数据库联系（大概是一直要和appserver联系吧），那么我想
你先看看书，或者先测试一下。
你说的MIDAS的缺点，只有第一是正确的，其它的嘛，当然不会是对的了。
 
to djdsz:
很高兴你提出不同见解，我个人的意见是midas在应用服务端和客户端的数据传输为olevariant形式，我们在用delphi
开发工具的时候当然不需要解析他里面是什么，但是你想想，当我想把分布式的改为b/s结构的时候，而客户端我有asp来写，
这样的话asp，或者vb或者别的工具是不能解析他里面的olevariant数据的，这样的灵活性是不是比较差，而且根本不适合我们
扩展程序！
我个人认为真正的分布式概念是应用服务端要和数据打叫道，而客户端是跟数据库脱离的，只有当客户端要对数据库操作的时候，
才调用应用服务的方法来对数据库进行动作，而且我们要想与com概念靠拢的话，对数据库的操作就是要用标准的sql语句来操作，而
不是用所谓的query.insert,query.edit.的命令，这样的话我们就是在写中间层的时候有一天换成vc或者java写的话，移植起来很方便，
这样符合com的实现，我个人对分布式的理解是我们在写服务端的时候把原先封装到class中的数据处理的函数封装到一个个com中，
这样就可以实现客户端与数据感知分离出来！这才是真正的分布式概念，不知道我的见解用没有问题！我是不赞成李维的分布式的思想的。
midas虽然可以帮助我们快速开发所谓的分布式，但是他不是真正的分布式！
 
客户端可以和数据库分离.
在AppServer中写Function.
比如:LoadData(TableName or EntityClass)
从客户端只要向AppServer传递TableName或EntityClass就可以
完全是瘦客户
Save, Delete, Query都一样
 
to zyx1122:
对，你的想法和我一样，不过这样的问题又出来了，这样的话应用服务端的代码量非常大：）
 
> 我个人认为真正的分布式概念是应用服务端要和数据打叫道，而客户端是跟数据库脱离的，只有当客户端要对数据库操作的时候，
>才调用应用服务的方法来对数据库进行动作，而且我们要想与com概念靠拢的话，对数据库的操作就是要用标准的sql语句来操作，而
>不是用所谓的query.insert,query.edit.的命令，这样的话我们就是在写中间层的时候有一天换成vc或者java写的话，移植起来很方便，
>这样符合com的实现，我个人对分布式的理解是我们在写服务端的时候把原先封装到class中的数据处理的函数封装到一个个com中，
>这样就可以实现客户端与数据感知分离出来！这才是真正的分布式概念，不知道我的见解用没有问题！我是不赞成李维的分布式的思想的。
呵,我的理解不同,我认为客户端根本就不应该有SQL,也不应该用Query.Insert等,
客户端不需要了解中间层的数据处理细节,它只需要只知,增加一个用户要调用AddUser增加订单用AddOrder即可,
具体的数据处理是中间层的事.
 
to 猛禽:
你可能误解我的意思了，在客户端是绝对不能出现query.insert,query.edit的命令的！
我的意思是类似与Insert这样的功能是写在应用服务端，而且是要以标准的sql语句来实现！
比方说insert动作，你需要在应用服务端用sql语句写一个方法：insert into tablename values('''')
--客户端是不能直接和数据库打叫道的！：）
 
to jackl:
olevariant数据vb,asp可以解析
 
to j_xu:
他的数据类型是olevariant，但是olevariant里面是什么结构我们不得而知！
 
您必须登录或注册才可回复。

Similar threads

Ray
[转]终于可以发布Delphi下收点OSGI精髓皮毛而设计的插件框架WisdomPluginFramework
回复
4
查看
4K
chlkuei
C
S
谁有 李维的分布式多层应用系统 篇的 里的分布式系统结构的截图，或是WORD文件电子书。反正是相关的分布式系统结构截图都可以。(50分)
回复
7
查看
191
sunys
S
I
有经验的程序员大哥，请谈谈对InterBase的看法，和使用的体验，它有什么优缺点(50分)
回复
1
查看
68
zhtx
Z
曾
网上协作开发如何控制代码编写的问题！！！欢迎讨论，UP有分，分不够再加(100分)
回复
8
查看
441
曾阿牛
曾
Z
如何才能写出高效的MIDAS系统(线程Apartment)，李维著的多层分布式系统篇(200分)
回复
3
查看
108
zhucp
Z
顶部