- 1、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Introdution RemObject SDK 文/黄忠成 EMail:code6421@.tw 前言 DELPHI 的 3rd-Party 组件数量之多,远超过其它的开发工具,其用途之广可说创下前所 未有的记录。这也为 DELPHI 程序设计师省下许多重新制造轮子的时间,令系统开发速度 倍增,同时减少了因实作码增加而使错误率升高。可惜的是VCL 组件似乎都有着一个通病, 就是缺少完整的说明档!许多VCL 组件甚至连范例都少的可怜,幸运的是VCL 组件有个不 成文的惯例,那就是多数都会附上完整的原始码,这一点可以稍减其说明档不足的现象。即 便如此,说明档不足依旧对使用者造成相当大的困扰,时间就是金钱,在设计者探索原始码 时,时间也一点点的流失了。本文所介绍的RemObjects SDK( 以下简称RO) 也不能例外, 由于这套组件的开发者只有两位,因此说明档一直都是相当短缺,有些地方甚至还有描述错 误的情形,但这些缺点却无法掩盖其崭新的创意与高延展性的设计概念,这也是本文为何会 出现在读者眼前的主要原因,RO 是笔者看过VCL 组件中唯一令笔者感到惊艳的,当然! 这 只是笔者个人的感觉,对读者不见得是如此,不过多了解一样东西,于汝何损?? 因此,细 细品尝吧!! PS:本文省略了讨论Web Services 的基本知识部份,如果读者对于Web Services 不熟悉,可 参阅笔者的另几篇文章。 参考文章 电子商务新纪元 电子商务新纪元-失落的章节 Interface Designing 如何取得RO? 读者可至 取得测试版本,正式版本的定价是229 EUR ,未来的 Enterprise 版本的定价是603.90 EUR,这两个版本都附上了完整的原始码,目前RemObjects Enterprise SDK版本尚在Beta 中,此版本拥有许多新功能,除了加强的RO 2.0 之外还有抽象 化数据存取的Data Abstract组件组,协助除错的Debug Server工具,以及完全使用C# 写成的 RO.NET Client SDK 。 PS:测试版本仅能运行于DELPHI IDE 中,读者可利用Project Group 来辅助运行Server 端与 Client 端的程序。 PS2: RO 1.x 支持DELPHI 5 、6、7 Professional(DataSnap 部份需Enterprise),Kylix 3 for DELPHI 。 What’s RemObjects SDK 随着各家厂商的强力背书与推销,Web Services 俨然成为未来分布式系统开发的主流架 构,但是Web Services 至今仍然存在一些问题,其中有些是属于规格的问题,有些则是先 天上的限制,许多使用Web Services 开发系统的人都会有一个困扰,那就是效率不高,其 原因很简单,XML 本身属于纯文字型态,加上必须依赖XML Parser 剖析XML 文件,在 传输与解译上都是造成效率不彰的原因,这是Web Services 的先天限制,也是为了兼容性 所付出的代价。当然! 如果网络频宽够大,计算机速度够快,这些都不是问题。但事实是目 前的频宽与计算机速度还不足以胜任,这使得Web Services 的应用面缩减不少,因此许多 的Web Servcies 开发工具都会提供将SOAP 讯息压缩的解决方案,藉此减少网络传输时间。 另一个问题则是Web Services 必须依赖网络通讯协议,以现今的情况来看是以HTTP 或TCP 两种网络通讯协议为主流,假如客户想将系统安装于一台计算机上(不管是何理由,或许是 因为节省金钱) ,Web Services 还是需要一个占用Port ,就实务上来看这并不是什么大问题, 但如果可以不占用Port 岂不更好?? RO 就是这样一套组件,首先! RO 支持两种讯息标准, 一个是SOAP(也就是Web Services) 、另一个则是Binary(二进制讯息) ,支持SO
文档评论(0)