原生支持 Delphi 泛型 C++0x 语言最新标准，也是第一个支持 C++0x 的商业 IDE DataSnap 的更新 Architect

DataSnap下通过TQuery—TDataSetProvider—TClientDataSet获取数据，如果是主从数据，则每条主表记录都会触发从表数据的获取。

最近在调试DataSnap的程序，突然发现TClientDataSet打不开了，报错为dsnap200.bpl的非法地址访问，如下图： 很是怪异，干脆新建工程，只有TSQLConnection、TSQLQuery

DataSnap服务器从xe2升级到xe5环境下，能够正常编译，但运行后会报错，如下图： 处理参考： http://blogs.embarcadero.com/pawelglowacki/2013

我觉得Delphi最强大的的功能之一就是开发数据库三层应用的DataSnap，在Android上的实现，首先是完成服务器的设计： （1）利用向导完成DataSnap服务器的框架，如下图： 由于是实验

新的datasnap使用INDY10的线程池。不管你知不知道，DATASNAP都是使用线程池了，这和MIDAS不同，MIDAS默认是没有线程池的。

midas支持使用OLEVARIANT序列化对象，最新的DATASNAP支持使用OLEVARAINT和JSON来序列化对象。

最近在写一个基于XE2 DATASNAP的中间层，以前也写过基于DCOM的MIDAS中间层，看到网上一些同仁对中间层的提问。

获得客户端的信息 记得datasnap 2009时，要得到客户端信息，非官方的方法，要去搞什么DSConnectEventObject.ChannelInfo.Id，弄成　TIdTCPConnection

要深刻理解TclientDataSet的两个重要属性：Data、Delta 要深刻理解并区分开Tfield的4个重要属性：Value、OldValue、CurValue、NewValue TField的事件触发顺序：　　显示时触发：OnGetText　　编辑时触发：OnSetText－>OnValidate－>OnChange　　（1） OnGetText事件是访问DisplayT

TDSServerClass有一个属性LifeCycle，这个属性有三个值，很好理解1.Session，这是默认值。说明：这是默认属性，也是delphi推荐设置。Session会为每个来自客户端的链接，建立一个线程来实例化。实例化是什么概念呢？就是这个线程把所有你将要用到的类、函数等等都建立好了，等待你客户端直接使用。这个线程和实例化并不释放，直到客户端中断连接。如果有300个客户端，那么你的服务

可作为参数的类型TDBXWideStringValueTDBXAnsiStringValueTDBXInt16ValueTDBXInt32ValueTDBXInt64ValueTDBXSingleValueTDBXDoubleValueTDBXBcdValueTDBXTimeValueTDBXDateValueTDBXTimeStampValueTDBXBooleanValueTDBXReader

xe datasnap自动支持TParams对象的序列，无需我们手动序列，真的很方便。

回调 除了用REST支持调用DataSnap服务方法外,JSON还用于实现回调方法.DataSnap2010支持客户端回调函数,使其执行在服务方法上下文中.这样就可以实现客户端调用服务端方法时,服务端就可以调用由客户端传递好参数的回调函数

{ 之前说到中间层通过向客户端暴露方法的方式提供服务，实现数据库数据的读取和更新。方法调用的方式，其潜在的意义，就是说中间层不保存客户端状态信息，就像WEB服务一样，客户端需要自己保存自己的状态信息。进一步说，就是中间层具体提供方法的业务对象实例，不是也不应该专属于某个客户端，它应该能够为不同的客户端调用提供服务。如果我们把业务对象实例放到对象池中集中存放，调用方法时随用随取，方法结束即放回池中

//新的DATASNAP已经支持TPARAMS作为远程方法里面的参数，会自动序列TPARAMS，无需手动序列它。

  如果通讯协议使用TCP/IP，客户端同中间件之间的SOCKET连接是非常有讲究的。 应该视应用场合巧妙地使用短连接搭配长连接的方式。纯粹地使用长连接或者纯粹地使用短连接， 往往不大合理。如果长时间让一个SOCKET长连接休闲，这无疑是对中间件资源的浪费，如果这种休闲的长连接数量非常多，可能会影响中间件的性能。光靠中间件通过发心跳包自动断开长时间休闲的连接，其实这是中间件对此类

DataSnap可以直接传递和返回TStream类型的参数，这点是很方便的。但是很多人发现好像大小稍微大点就工作不正常了。

xe2 DATASNAP出来一年了。相信许多人同我一样领略它开发中间层的快捷（相对老的MIDAS确实简便了许多）。

1.TCP/IP心跳包，XE2 DATASNAP本身已内置，设置几个属性就可以，这个经过了测试。不再需要像DELPHI 2010 DATASNAP那样要自己写代码来处理。

uses Datasnap.DSIntf 设置ZLIB压缩等级(zcFastest表示最快的压缩速度)      ZCompressStream(M,

DATASNAP的中间件不仅支持WINDOWS客户端调用，也支持安卓手机，苹果手机客户端调用，当然也包括各种平板客户端调用。咏南DATASNAP中间件支持安卓手机客户端。

OLEVARIANT的替代——FIREDAC的TFDJSONDataSets和TFDJSONDeltasOLEVARIANT——这个COM的序列格式，也是DATASNAP已使用了20年的序列格式， 在20

DataSnap概述    新版的DataSnap概述，在新版RAD中的DataSnap技术得到了不断的发展。

当我们在客户端用TClientDataSet的“ProviderName”属性连接服务器时，无法找到服务器端的“DatasetProvier”！！问题原因：服务器端对提供服务的控件所属单元选择错误。所有对客户端提供服务器的方法、控件等等，必须全部放到“ServerMethodsUnit1”里面，否则无法对客户端提供服务。解决方法：把这些提供服务的控件放到“ServerMethodsUnit1”里面

当我们搞定DataSnap后，我们进入客户端程序开发阶段了，我们建立了客户端模块后，打算按照刚才开发服务器的步骤开发客户端程序，随后加入了DBExpress的TSQLDataSet，设定数据库连接后，准备在

当我们成功创建了使用DBExpress的DataSnap的服务器和客户端程序后，我们关闭了当前工程，当我们再次打开时候，有可能会出现这样的问题：问题原因：这个问题是因为当前工程组默认启动的是客户端工程，

购买咏南DATASNAP中间件送CS插件开发框架和BS开发框架，CS、BS开发框架共享同一个中间件。价格从优！中间件可供DELPHI6~DELPHIXE8开发的客户端调用！

一个DataSnap的应用程序由两个层组成：DataSnap服务器，它有一个带有一个或者更多DataSetProvider组件的远程数据模块；DataSnap客户端，它带有一个xxxConnection

在此，笔者以DATASNAP为例，其它中间件以此类推。 中间件为什么要使用对象池？ 对象池——让所有的对象免堕轮回之苦，对象不再为其生和死而烦恼。

数据包的大小，一般以KBYTE（简称KB）为单位，比如DATASNAP数据包最大32K，发送大数据之前

这次以MySQL为例，对MYSQL的连接进行了试验，过程中需要注意的几个点：1.创建DataSnap的服务器端，这些都没什么说的，根据向导来，最后生成ServerMethodsUnit1模块，2.在DataExplorer

mssql数据表中包含有自动增值字段khid,类型为identify(1,1),且为表的主关键字; 在程序中修改和删除都没有问题,但增行时,增行总是提示错误'key violation'! 如何取消这个提示呢?     通过跟踪源代码，原来这个问题在于datasetprovider (tdatasetprov

ERP系统的单据，总是些主从表结构，有一个主表，N个子表，子表又有子表，形成N层，单据数据提交时，主从表数据都要提交，为了保证数据的完整性，必须提供事务控制，要么都提交成功，有一个提交失败所有的提交都要回滚。看起来是有些难，但我们有OLEVARIANT数组可以利用，解决起来就简单了。上码。 服务端： function TServerMethods1.SaveDatas(tableNames,

delphi DataSnap Stream 传递大数据DataSnap可以直接传递和返回TStream类型的参数，这点是很方便的。但是很多人发现好像大小稍微大点就工作不正常了。 

DataSnap2009是从Delphi2009开始提供的新的DataSnap，对原有DataSnap大副改进，虽然保留了原来的基于COM的方式，但默认是使用新的不基于COM的方式，这使得它成为轻量级的

OLEVARIANT——这个COM的序列格式，也是DATASNAP已使用了20年的序列格式，在20年以后的今天，终于有了它的替代者：FIREDAC的TFDJSONDataSets和TFDJSONDeltas

整个测试过程消除了之前我对DataSnap的一些错误认识，尤其是对移动设备如何通过DataSnap中间件访问企业数据库(MySQL)的一些细节。在我的测试中

显然，DATASNAP的远程方法必须增加对FIREDAC数据集直接序列的参数类型。

Delphi2010带了两个相关单元:DBXJSON、DBXJSONReflect貌似很强大,但主要是给DataSnap准备的;尝试了半天,也很失望:可能给DataSnap网络数据传递够用了,但太简陋了

很新的东西,相信有了它,以后的界面将会更灵活、漂亮,也会淘汰掉诸多皮肤、透明、图像等第三方组件,但不知和Win8的WinRT有无关联.为了它,DelphiXE2的诸多单元加了前缀,诸如:Bde、Data、Datasnap

随着XE6，XE7，以及半年以后即将发布的XE8，DATASNAP将顺应跨平台的需要， 有可能的情况是这样的：XE8，DATASNAP写的中间件将可以运行在LINUX服务器上面。

对于实时采集数据的项目，应用场景比如是这样的：5000客户端，每个客户端每隔500MS要给服务器上传一次数据。 大家知道，像INDY这种阻塞型的通信控件，所能支持的TCP长连接的一般地不能超过1000的数量（如果想要维持稳定运行的话）。 原因是大家都晓得的，阻塞方式会为每一个SOCKET连接创建一个新的线程为之服务，而WINDOWS单个进程理论上允许最多的线程数量是2048个， 实际当中要少

idhttp.get方式调用，这种比较简单，大家都会。post方式网上却没有任何成功的代码，本人也是摸索了一个上午才搞定。 分享给大家。 （1）post方式调用的远程方法，方法名必须加“update”前缀，不加行不？你试下啦。 function TServerMethods1.updateecho(const value: String): String;begin Result := va

在看了DATASNAP的线程池后，特别地深有感慨，真的是返朴归真难。 从池中获取一个对象不要遍历，也不要判断对象的状态。

他们典型的口述：有一个项目，有3000个客户端，DATASNAP能不能支持这么多并发？

System.Variants, System.Classes, Vcl.Graphics, Vcl.Controls, Vcl.Forms, Vcl.Dialogs, Vcl.StdCtrls, Data.DB, Datasnap.DBCl

   对于DataSnap三层数据库软件，对于日期格式要求比较严格，xxxxxx如日期采用“yyyy-MM-dd”格式，人工输入时，常会出现错误，将“2014-01-01”会错误录入成“2014-1-1

Android开发数据库三层应用-DataSnap时间：2013-10-2413:41:54点击：4988核心提示：我觉得Delphi最强大的的功能之一就是开发数据库三层应用的DataSnap，在Android

服务器与客户端回叫  从Delphi2010开始，DataSnap支持回叫（CallBack）机制。这样，在调用耗时较长的方法时，通过回叫机制，返回服务器进程或正在处理的目标对象。