RemObject SDK 快速入门.docVIP

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(二进制讯息)，支持SOAP 可让其它支持Web Services 的开发工具经由SOAP连上RO Server，支持Binary 可以让RO Client以更快的速度与RO Server 沟通，这比起将SOAP压缩后传递的效率高上许多，更令人兴奋的是RO允许设计者混用这两种讯息协议，也就是说只须撰写一个Server并放上这两个讯息组件，这一个Server 就可以同时服务使用SOAP 与 Binary 讯息的Client 端。有趣吗??更有趣的事情还在后面，RO 支持HTTP、TCP、Windows Message、DLL、UDP(2.0)、MSMQ(RO Enterprise) 多种通讯协议，并且允许设计者混用这些协议(DLL 是例外)，简单的说! 就是写一个Server 同时允