Ale*_*xey 6 google-calendar-api google-api
嗨谷歌日历团队.
我们使用Google Calendar API为客户同步日历.Event.description一直是纯文本.并且应该是纯文本,对吧?但是最近我们开始遇到我们的代码不准备处理的html格式文本的情况.
实际上有一个很长的关于新Google应用程序的主题是:https: //productforums.google.com/forum/#!topic/calendar/r3OC4cL53NQ
来自Google API团队的人可以就此问题发表评论吗?
这实际上非常有趣.Google Cloud团队今天向我发送了邀请,我的Mac iCal中的事件描述是html垃圾.这都是因为谷歌日历应用程序开始将html写入使用Google Calendar API的任何人视为纯文本的字段.
即使是最初的iCalendar标准也只允许纯文本作为事件描述的一部分.文本描述字段中不允许使用HTML标记,例如字体属性(粗体,下划线)和布局(div,表格).
小智 5
我想我应该在这里插话。
最初,Google 合并了“Internet 日历标准”(ICAL - 不是 iCal,仅适用于 Mac),这是日历数据库的开放标准。它始于程序员想要替代 Microsoft 的 VCAL 标准(VISUAL CALENDAR STANDARD 的缩写——对其编程实用程序的引用,如果包含标题数据,该实用程序本机处理这些类型的项目)。
当他们试图写一些不同的东西时,他们最终得到了非常相似的东西,并且两者最初以单向通信模式合作得很好。一些程序员勇敢地编写了双向或多向模式,这些模式可以从 Microsoft Outlook 或使用 ICAL 的其他平台进行编辑。
他们处理的问题是弄清楚如何格式化数据,因为 VCAL 可以使用 HTML(您可以从 Office 程序中创建的任何文档进行复制,或者使用邮件合并操作来创建许多事件),而在 ICAL 中您只有纯文本;另一个问题是如何处理重复发生或重复的事件,因为 Exchange 将它们视为一条数据,并带有表示它们如何重复的修饰符。微软专注于内存空间,因为在创建程序时内存空间成本很高,而开源则专注于便利性和可移植性。
其中大部分没有改变。谷歌仍然使用 ICAL 标准作为其如何制作日历的主要指南,因为它是可移植的,并且跨平台的编程将是相似的。然而,随着越来越多的人使用更强大的系统,有足够的能力来处理一些视觉格式,谷歌已经“允许”在数据字段中添加 HTML。
他们还没有做的是设置 API 的一部分来为您处理它。您必须构建自己的数据处理程序来处理 HTML 并显示它。简而言之:您必须自己解析 HTML。
许多视觉平台实际上都有 HTML 实现。那么,最佳实践是抓取一小部分文本,并查明其中是否存在 HTML,如果需要,则解析 HTML,然后显示。另一种选择是找到 HTML,然后将其删除。GITHUB 和 SourceForge 上的存储库提供了从文本中删除 HTML 并将其转换为纯文本的方法。
不过,不可否认的是,我也经历过同样的困惑,需要解决不同的总体问题。过去20年我一直这样做。我进行了大量阅读并找到了合适的人来增强我自己解决特定问题的能力,但最终,互连性和安全访问市场已经开始共同努力提供平台之间的链接。
在 Google 生命周期的早期,这一切都必须使用 powershell 和 WinAMP apache 来完成,使用 javascript 将信息放入临时文件中,然后由相反的编程接口获取。这意味着将看门狗(检查文件等是否有更改的应用程序)编程到每个系统中,然后让每个平台检查它是更新链的开始还是结束。它令人望而生畏,而且笨重,而且它是在内部服务器上利用的,几乎没有多余的电力,但它仍然可以运行。
最终,处理其中一个或两个 API 的地方必须购买大型服务器来处理不同操作的处理负载,但大多数服务器仍然仅限于小型服务器。只有一两个人转向“更大更好的业务”结构。现在大的都是混合的,小的通常有一个服务器用于内部操作,并且所有的通信都是云的。这一举动要困难得多。
在 Google 的日历 API 版本 3 上。在他们的文档中,有以下内容:“事件描述。可以包含 HTML。可选。”
来源: https: //developers.google.com/calendar/v3/reference/events/insert
| 归档时间: |
|
| 查看次数: |
2396 次 |
| 最近记录: |