2014年5月26日星期一

DataSnap是否该继续投资下去?

在众多框架里,选择学习DataSnap,是有原因的,虽然知道它问题肯定很多:慢,bug多,不能做大应用。
别的语言Grizzly, WCF,Note.js就不说了,在Pascal的世界里,有RemoteObject,有RealThinClient,还有mORMot,为啥当初选择投资DataSnap,最主要还是看中DataSnap的可以用到iOS上。
RemoteObject据说是两个人写的,以前说过,RemoteSDK不错,但是DA写的实在不怎样,再说作者也没打算发展Pascal的RO了。RealThinClient估计是一个人写的,没怎么用过。mORMot到目前为止应该还是没扩平台。考虑到投资的可持续性,选择一个公司比个人好,所以用了DataSnap。
如果但但做Windows的应用,基于http.sys的mORMot是最好的选择,开源,快而且简单。但是目前还没看见它的移动客户端。

DataSnap慢,到底慢在何处?Json的Parser是最大的杀手,其次应该是基于Indy的框架了。
对于小的应用,我感觉DataSnap还是可以的,挺好。

1 条评论:

  1. What about EMBT's "new" Enterprise Mobility Services (new as of XE7) -- its their new RESTful resource publisher specifically targeting loosely-coupled applications (e.g., mobile)? What think you of this? Have you had a chance to test drive it yet with an XE7 evaluation? (Sorry, my Chinese language skills are nonexistent.)

    回复删除