Datasnap对Remobjects

Question

在询问这个问题之后，我意识到要构建我需要的东西，我最好依赖于某种框架"REST和JSON就绪“。

由于我拥有，我应该升级到企业，拥有DataSnap。

现在，升级成本与DataAbstract成本在同一范围内。更新：此外，将来升级到Delphi +较新版本的DA将比购买庞大的企业升级(比如从XE升级到XE2)的成本要低。

由于这里 RemObjects的人说“与专业人士一起工作”，我也会考虑这个框架。而且，从XE版本看，DataSnap似乎相当不错(我看过这个，我没有尝试)，而RemObjects有一个更坚实的过去。

因此，谁知道所有的产品都能对它们进行比较，特别是在这些特性上：

• REST服务器(用于服务JSON)
• 易用性

你推荐哪种产品？

关于赏金的注释：，因为我不喜欢这个，所以没有回答，我开始赏金。我希望原来的问题能得到解答，有人使用Datasnap或RemObjects吗？

Answer 1

我只能说，你应该下载这些试验，试一试，看看哪个对你有用。我们不能做心灵预言。

(免责声明:2011年写下一篇文章时，我是Embarcadero的雇员)。

支持DataSnap框架的要点：

• 随delphi而来(有些人喜欢一个完整的解决方案)
• 正在不断扩展，并且在XE2中具有重要的新功能。

赞成RemObjects DataAbstract的观点

• 正如您所说，使用像Pro这样的低端SKU，而DataSnap只在/Architect中使用。
• 有一个.Net版的Oxygene (以前称为棱镜)
• 如果您喜欢他们的工作流，包括模式建模器，您可能更喜欢它。

我建议你多读点书，自己想办法。

• DataSnap书博士
• RemObjects 白纸

对您可能重要的因素，您还没有具体说明：

• 需要易于配置SSL支持RemObjects和DataSnap现在都有SSL。
• “真正疯狂的深度休息”还是“如果它使用HTTP /post，它对我来说就足够休息了”？

从2013年5月起更新

我现在已经广泛使用这两种产品，我不再在Embarcadero工作。我认为这两种产品都很棒，但由于我刚刚完成了一个选择RemObjects的大型项目，因为iPhone和Mac客户端(RemObjects DataAbstract for XCode)是一个成熟的Mac/ XCode /Objective产品，因为RemObject的关键开发人员了解Mac，了解目标C，并能够支持XCode用户，这是我过去三个月一直在做的事情。

如果您不考虑移动和多平台，而只考虑Windows，那么我仍然可以想到一些方法，数据摘要胜过数据快照，但是对于那些只想从一家公司获得解决方案的人来说，DataSnap保持着明显的优势。对于某些企业开发决策，我很容易看出坚持使用DataSnap和是多么明智的选择。就像我之前说过的，会有一些人会发现其中一个更符合他们的要求，或者另一个，任何说其中一个更好，另一个更糟的人，都是错误的。话虽如此，我还是会被指责上面说过“数据摘要更好”，但我显然没有这么说。不过，对于我刚刚完成的项目来说，它是完美的。

Answer 2

我将被迫将Synopse SQLite3 Framework (稍后的更新:重命名为)添加到列表中。

自从你发布了你的问题后，一些问题已经得到了增强(比如安全性或者使用了http服务器)。

以下是上述两个方面的一些不同之处：

• 没有RAD方法，但真正的ORM方法(可能是一个缺点的原型，但它将有助于您的应用程序增长)；
• 非常快的JSON制作者和解析器，在SQL级别缓存；
• 使用http.sys内核模式服务器的最快可用的HTTP服务器；
• 真正的RESTful认证具有双会话+每次查询的安全模型；
• 多层结构，使用集成业务规则作为快速的基于ORM的类(不是通过外部脚本之类的)；
• 能够对任何类型的数据使用SQL和RESTful请求(多亏了SQLite3唯一虚拟表机制)；
• 全文搜索引擎包括增强的类似Google的排序算法；
• 综合报告制度，它可以从您的应用程序中为复杂PDF报告服务；
• 可以轻松地创建自定义RESTful JSON服务 -您可以发送任何TStrings, TCollection, TPersistent实例，甚至一个动态数组内容，与集成的JSON序列化；
• 尽可能快(asm在需要时使用，缓冲读写避免大部分内存消耗，多线程就绪架构.)；
• 超过700页的文档；
• Delphi和AJAX客户端可以共享同一台服务器；
• 为64位交叉操作系统DelphiXE2制备；
• 完整的源代码提供-所以你可以加强它，以满足任何需要；
• 从Delphi 6到XE，真正的Unicode (在内核中使用UTF-8编码，就像JSON一样)，使用任何版本的Delphi，包括XE初学者版本(不需要购买任何企业版本)。

更新:框架现在能够使用任何其他数据库引擎，而不仅仅是SQlite3。

Answer 3

我是RO/DA的快乐用户。我做了一个关于RO的介绍(西班牙文)，所以我将指出一些重要的东西，使Ro成为最佳的远程处理库，在任何语言/框架中，IMHO：

1. 多功能:您可以在.NET、Mono、Delphi、FreePascal中创建服务器.您也可以在Obj-C (iOS )、javascript、任何支持REST的语言、任何支持SOAP的语言中使用以前的所有+。

我现在有2台服务器(一台delphi，一台net/mono)，客户端在delphi、iOS、python中。这是一个很大的好处。

支持数据库的多数据库驱动程序，如odbc、ado、anydac、devart、.net等。

支持多协议: SOAP、REST、XML、oData和二进制.不需要在快速、小但专有和开放但慢的文本协议之间进行选择。可以使用多个协议服务同一台服务器，而不需要进行代码更改。说真的这个太棒了。

支持多通道:因此，http的诅咒，但也SuperHTTP (双向)，TCP/IP，UDP，名称管道，内存中，windows消息，IIS SYS等(通道不同，如果是在.net或德尔菲)

您可以同时在多个通道上发布服务器。因此，您可以同时拥有HTTP + UDP。

2-数据摘要：

就像一种好心的ORM，但对N层来说。DA是数据库的“虚拟”表示，物理数据库(或数据库，可以连接到多个数据库)可能非常不同。

假设您有一个来自前一个开发人员的糟糕的DB模式。customer表称为"CUST“，name字段称为"1”(这就是在开源POS中的命名方式)。但是您可以使用"Name“字段的虚拟表"Customer”。

因此，您可以这样“从客户中选择名称”，DA将执行“从CUST中选择1”。这被称为"DA“。非常整洁。特别是用于迁移生产数据库中糟糕的模式。

这些表更像是视图，但是是可更新的。

DA为您生成了强类型的LINQ类(或Delphi类)，因此您可以很好地支持ORM，但不需要绑定到2层。

您可以在单个虚拟表中查询2个数据库和连接数据，并回发更新。

您可以使用JS进行嵌入逻辑验证，并将其流到客户端。

3-快速

有了BIN格式的支持，一切都会更快。包括压缩+加密(如果不能使用SSL)。

异步调用+同步调用。您可以根据不同的方法选择使用什么。

4-其他整洁的东西

支持在Bonjour支持下发布和自动发现服务器.负载平衡+故障转移易于添加。发布到oData。发布html+js页面。在http://connect.remobjects.com/中提供良好的支持。

唯一不好的事情是医生们有点难理解(IMHO) (但是伟大的视频)。最主要的是，最基本的内容是一开始看上去很难(不是因为代码很难理解，而是因为库很大)。

其中包括Sourcecode。演示很棒。

但总的来说，自由是伟大的。太棒了，在最近的一个项目中，我使用C#.NET (尽管我讨厌这种语言)，而不是使用python (继delphi之后，我最喜欢的)来使用这个库。(好的;)