所以不确定在这里问这些是否是正确的地方，但我知道我或许可以得到一些答案。
我正在接触 Meteor，现在想制作一些桌面应用程序。我打算走一条只制作原生 Mac 应用程序的路线。但后来我发现了应用程序 wunderlist 及其使用 tidesdk 的开源。
无论如何，我希望得到一些关于这些框架的总体反馈(优点/缺点等)。我对他们的工作并没有真正的概念性理解。 (或者两者之间的主要区别是什么)。
我注意到您可以在其中进行路由。这是如何工作的？因为没有 URL 或客户端/服务器端。
我想知道的另一件事是，是否有可能以类似的方式在桌面上使用 MeteorJS？
谢谢。
最佳答案
使用 TideSDK 非常简单。我们正在努力为开发人员提供出色的体验。您实际上只是在一个特殊的 Resources 文件夹中创建一个 HTML5 应用程序。在大多数情况下，您可以将 HTML5 应用程序直接放入 Resources 文件夹，使用 TideSDK 的配置指向 index.html 并在几分钟内运行它。 TideSDK 可用于运行客户端、服务器、进程和工作程序。我倾向于使用诸如 backbone.js 之类的框架，其中路由被烘焙到单页应用程序中。
TideSDK 的核心是 WebKit，这是支持 Safari 和 Chrome 网络浏览器的核心技术。我们在 TideSDK 中使用了三个不同的 WebKit 端口，一个到达每个平台(Windows、Mac、Linux)。在 OSX 上，我们也可以使用原生的 WebKit。 TideSDK 的 API 提供原生 UI 功能(我们正在不断增强)。这些包括 native 窗口、系统托盘、菜单和对话框。您还可以与剪贴板进行交互。我们拥有网络和数据库功能、系统通知等。我们修补 Webkit 以允许在脚本标记中的 DOM 中解释 python、php 或 ruby，并且能够在语言之间桥接对象。我们的 API 真正允许您访问系统资源，包括与其文件系统交互。
在 TideSDK 中运行 meteor 会很有趣。目前可以使用适当的启动过程在 TideSDK 中运行 node.js，因此我看不到运行 meteor 的问题，因此它可以在应用程序中运行客户端和服务器。
如果您需要您的应用程序进入 Apple 的 AppStore，TideSDK 是我所知道的唯一具有这种潜力的框架。竞争框架使用非 Mac 原生的 WebKit 端口，例如 Chrome 端口 (appjs) 或 QT 端口 (Sencha Ion)。 Apple 对基于这些端口的应用程序的扫描将揭示“私有(private) API”的使用。因此，基于这些的应用程序将无法进入 AppStore 市场。 TideSDK 不同，可以在 OSX 上使用原生的 WebKit 实现。有关此功能的更多信息将在即将发布的 TideSDK-1.4.0 版本中披露。我们升级后的 WebKit 还将使 HTML5 功能与 WebKit 的主干保持同步。我们的许多用户都在等待这一重要更新。
随着作为 AppStore 障碍的 WebKit 被消除，开发人员面临的最后一个问题是 Apple 的沙盒和对系统资源的授权。我们正在寻找可能的解决方案来帮助开发人员满足沙盒要求。有些应用程序适合沙盒，有些则不适合。也就是说，如果您的目标是 AppStore 合规性，您将需要遵守 Apple 的限制。我希望这会有所帮助。
关于javascript - 关于AppJS/Tidesdk的问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13598319/