Web applications SyncML和CalDAV之间有什么区别？

我想知道SyncML和CalDAV在功能、优点和缺点方面有什么区别

我正在尝试确定使用哪种技术在web应用程序和移动设备之间同步事件/日历。我需要处理冲突和双向同步

乍一看，CalDAV似乎最适合我的需要，但我不确定是否有可能。SyncML是一个标准，但我在Oracle的博客上读到一些帖子说CalDAV更好

我知道谷歌支持这两种技术，但也提供了ActiveSync（Exchange），这是微软的一项技术，是他们的主要解决方案。我对这种方式不感兴趣

干杯，

---

William

有几个问题可以更好地回答您的问题-

您是在控制设备客户端，还是必须依赖已部署设备上的本机客户端

您是否控制同步服务器

除日历事件外，您是否希望需要同步其他类型的数据？注意：就本问题而言，日历附件（如联系人或文件）等内容被视为“其他类型的数据”

您需要支持什么级别的复杂性？重复事件、重复事件的例外情况、共享或协作日历、具有多个单独日历（例如，设备日历、Outlook日历、Gmail日历等）的用户

是否有需要与之同步的特定桌面应用程序（例如Outlook/Exchange），或者这完全是云设备

---

嗯，我可以自己回答

卡尔达夫 CalDAV是一种协议，其上是HTTP协议的扩展。CalDAV在中进行了描述。它使用作为数据格式。有很多实现

关于冲突CalDAV使用

409冲突

状态代码（HTTP 1.1）。客户端必须处理此错误代码，据我所知，iCal（Mac客户端）只是恢复本地更改。 然后，很容易在服务器中定义规则，以便知道在发生冲突时该怎么办，如果您无法解决其中一个冲突，那么我们只需要发送一个

409

状态代码

作为一种标准，CalDAV专用于管理日历数据，并且有很多客户端

不幸的是，Android没有提供任何本机解决方案来使用此协议，实际上它只提供Exchange ActiveSync（由谷歌使用）。但是Android市场上有大量的CalDAV客户端

iOS具有CalDAV的本机支持

远程同步 同步Mrkup语言是一种独立于平台的同步语言，用于管理数据，由诺基亚、IBM等大公司创建。它是一种开放标准。它使用HTTP作为传输，使用XML描述信息。有各种各样的服务器实现，例如一个众所周知的例子

描述七种同步：

• 双向同步：服务器和客户端都共享有关更改的信息，但客户端是第一个发送更改的
• 慢速同步：客户端发送其所有数据。服务器确定其数据和客户端数据之间的增量，然后服务器发送此增量。它通常用于第一次同步
• 单向同步，仅限客户端：客户端向服务器发送更改
• 从客户端刷新同步：客户端发送其所有数据，服务器发送其所有数据
• 单向同步，仅限服务器：服务器向客户端发送更改
• 从服务器刷新同步：服务器发送其所有数据，客户端用服务器的数据替换其数据
• 服务器警报同步：服务器要求客户端启动给定的同步

SyncML使用一组预定义的规则处理服务器上的冲突，如客户端上的更新mades always win，

客户端上的更新mades always win

SyncML专用于同步数据，但无论是iOS还是Android都不支持。诺基亚或三星智能手机似乎支持此协议，以及Windows Phone 6

所以 Microsoft Exchange ActiveSync是支持几乎所有智能手机和重客户端的最佳选择。但是，它不是一个开放的标准，它是商业性的，我没有因为这些原因来描述它，请记住它

关于移动操作系统：

• Android不支持ActiveSync以外的任何东西，但存在一些好的CalDAV客户端
• iOS支持CalDAV，但不支持SyncML，据我所知，没有用于日历数据的SyncML客户端（Funambol为联系人提供客户端）
• Windows Phone 7不支持ActiveSync以外的任何功能
• RIM（黑莓）似乎不支持CalDAV，但有SyncML客户端
• 我不确定其他操作系统（如Bada…）

在法国，iOS占移动市场的60%，Android占30%

---

最好的解决方案（至少对我来说）是首先实现一个带有一组自定义规则的CalDAV服务器来处理冲突，然后实现一个SyncML服务器来覆盖市场的其余部分。

android确实支持SyncML-请查看（在那里查看论坛，它非常活跃，并尝试使用快照获取高级功能）

1.本地客户端2.是的，我必须写它（事实上，自从我问这个问题以来，我就一直在写它）3.日历和联系人数据4.不是那样的5.不，但如果可能的话，没关系，我曾经提供过一个作为web应用程序的日历，顺便说一句，我想我自己回答了。谢谢你的关注：）它不是本机支持的。我不支持