我处于研究状态，我在待办事项列表中的任务之一是：
“最终确定用于创建现有客户端服务器应用程序的Web界面的技术”。
我的应用程序非常丰富且功能齐全。有意义的是它具有丰富的客户端UI，因为它是一种生产力工具。许多快捷方式，很多东西没有任何点击。所以我不是在寻找一个完整的替代品。
我的应用程序具有一些可以从Web界面使用的功能。
其中一些：
1）多用户日历（我在日历中看到的每个项目都链接到我的应用程序中的某些内容，例如“今天11:00：召回客户'Dummy ltd'”。这不是一个简单的备忘录，它也是链接到客户），所以我可以看到我和其他任务。
2）确认一些任务（是的，我这样做了！）
3）看一些报告（一些图表或一些表格报告）
当然这不是简单的输出，它们可以包含一些逻辑（例如，某些日历项必须是只读的，其他一些可以编辑）。
这就是说，我正在考虑与谷歌做这一切是否是一个合理的选择。通过这种方式，我不需要安装任何东西，只需与谷歌接口即可。我可以将我的应用程序用户映射到一个（或多个）谷歌用户并使用所有谷歌功能（日历，图表，任务，....）。
你可以对此发表评论吗？哪些是好/坏点。
我可以预见的一些好处：
1）无需设计任何UI，只需连接到现有的强大且用户友好的系统
2）applicatino将自动与谷歌兼容（“可以在谷歌上导出吗？”是我收到的一个典型问题）
3）google已经为我上面写的点（任务，日历，图表......）提供了界面4）没有部署问题。没有服务器托管。只需要用一些向导配置用户。
一些不好的地方：
1）哪个是长期支持？ Google API会每个月更改一次，还是其中一些会稳定多年？
2）我可以推多少钱？可以定制多少钱？我的意思是我可以写一些逻辑，比如“这个项目是只读”，“这个项目不是”吗？ （谷歌的afaik我可以用不同的方式与其他人分享日历，但是没有办法只读它的一部分。当然我可以通过一个技巧来做到这一点，比如有2个日历，一个只读和其他没有。但是有可能改变默认的谷歌行为，例如在日历案例中？）
3）当然我是有限的，“从头开始”写作让我可以做任何事情。
最后说明：我的应用程序是Delphi客户端/服务器应用程序。通信将从将与谷歌apis交互的应用服务器完成。
答案 0 :(得分：1)
据我了解，API很稳定，例如Calendar API documentation说
谷歌定期更新 Calendar Data API以便提供 新功能和修复缺陷 在以前的版本中发现。在 大多数情况下，这些变化都将是 对API开发人员透明。 但是，偶尔我们需要制作 需要开发人员的更改 修改现有的应用程序。
所以只要服务存在，我就会期待只有很小的改变。然而，服务可能会从一天消失到另一天（例如，参见Google Wave），因此我会检查“退出策略”的要求，至少是导出最重要信息的方法。
答案 1 :(得分：0)
我的申请非常丰富和充实 的功能。它是有道理的 富客户端UI，因为它是一个 生产力工具
听起来Morfik可能是为您的应用程序创建Web界面的不错选择。一旦你喜欢它，你甚至可以在其中制作整个应用程序。 ; - ）