标志性“聊天系统”webapp 的机制答案

【问题标题】：Mechanism for iconic "chat system" webapp标志性“聊天系统”webapp 的机制
【发布时间】：2011-03-31 23:16:35
【问题描述】：

让我来设置。我在一家中型教堂从事音响/多媒体工作。有时平台需要与音响室或多媒体室进行通信，我们不想在这方面表现得很明显。我们已经尝试过对讲机，但坦率地说，我们运行起来非常热，而且我们听不到对讲机，即使使用耳塞也是如此。另外，我们不能使用短信；实在是太慢了。

目前的工作思路是使用某种平板电脑（例如 iPad）来运行一个非常简单的应用程序，只需点击图标即可发送快速消息。例如，音乐总监可以点击“声音室”的图标，这让位于显示声音相关项目的特定于上下文的屏幕。然后他可以点击“piano”，然后是“pulpit monitor”，然后是“up”，然后是“lots”，或者“drums”，“piano monitor”，“down”，“a little”。看看我要去哪里？看起来原生应用程序会快速而酷（并且易于货币化），但如果我不需要的话，我不想在 iOS 上学习开发。我宁愿它只是一个网络应用程序，以便我可以在购买时使用 Xoom 运行它。 ;-)

过去几年我一直在学习 Rails，但我还没有尝试过 EventMachine 之类的东西。我看到“Juggernaut”可能符合要求，但 iPad 上没有 Flash。有谁知道不使用 Flash 可能适合的其他东西？

也许我只需要承认并为 iOS/Android 编写它。如果是这样，我什至从哪里开始 that？

【问题讨论】：

标签： ruby-on-rails eventmachine

【解决方案1】：

我认为这真的取决于你想如何解决这个问题。假设 Web 层应用程序是可以接受的，我强烈建议您查看Sencha Touch。你可以很容易地为这类事情编写各种命令，并有一个通知页面供其他人查看。如果您以这种方式编写，您几乎可以在任何移动设备（以及计算机）上运行它。

我知道还有其他一些类似的产品（例如 jQuery Mobile），但我觉得 Sencha Touch 可能是目前最成熟的产品。

希望有帮助！

【讨论】：

我错过了处理实际事件的部分——就目前而言，这仅取决于应用程序是在内部运行还是在外部运行。如果应用程序在内部网络上每两秒钟轮询一次服务器，那根本不是问题。否则，您可能会使用 HTML5 套接字（这可能非常讨厌）。就个人而言，我可能只是沿着投票路线走。我的另一个 0.02 美元。 :)
我遇到了一些关于 HTML5 的信息。如你所见，目前还不是很成熟，但似乎是未来的路……
是的。使用 HTML5 的唯一缺点是它无法使用旧的网络浏览器。您几乎将自己锁定在过去两年左右出现的浏览器中。
可以肯定的是，David 最初是在 iPad 和 Xooms 的背景下提出这个问题的，所以浏览器时代的问题是没有实际意义的。