SproutCore 与卡布奇诺

Question

在您的体验中，除了 Javascript 与 Objective-J 的语言差异外，Cappuccino 相对于 SproutCore 还提供哪些优势，反之亦然？

从长期预测来看，SproutCore 是否比 Cappuccino 更受“支持”，因为它有苹果的支持？

我正在尝试在两者之间做出选择。我熟悉 JavaScript 和 Objective-C。

Answer 1

这是一个有趣的问题，并且在各种消息组、Twitter 甚至 IRC 上经常出现。有几种方法可以评估 SproutCore 与 Cappuccino 的比较，但是，人们最直接看到的一些比较可能如下：

1) 它们各自的功能集
2) 易于使用
3) 社区支持和文档

让我们看看第一点——各自的功能集。对于“功能集”，有几种看待它的方法。从他们拥有的 UI 小部件的数量来看；将事物连接在一起并与某种后端通信的基础支持；框架的一般架构方法虽然不一定是“特性”，但仍然很重要；是的，甚至是您可以使用的语言。

关于语言，我认为重要的是不要忽略正在使用的内容（JS 与 Obj-J）。为什么？因为收养和你来自哪里。 SproutCore 的观点是 JavaScript 确实是网络语言，因此您可以使用它来针对框架进行编程。 JavaScript 缺乏语言面向对象的完整性（正确的对象-对象继承等），它在框架中进行了弥补（例如 MyApp.Foo = SC.Object.extend({...})）。卡布奇诺是从不同的角度出现的。他们使用 Obj-J 作为 JS 的主要语言增强，以便注入 JS 所缺少的语言功能；这不是将这些语言功能直接注入框架（Cappuccino）本身。当然，正如 Cappuccino 的人们之前指出的那样，您仍然可以使用 JS 来针对 Cappuccino 本身进行编程，但是，这样您就错过了 Obj-J 提供的功能。卡布奇诺社区请注意：如果我错了，请纠正我:-)。最后，如果您已经熟悉 Obj-C，那么 Obj-J 可能更适合您。嘿，甚至索尼现在显然也加入了整个 Obj-C 潮流，针对他们的移动平台进行开发:-P。

看看这两个框架的架构，他们都以苹果的 Cocoa 框架为指导/灵感。 Cappuccino 充分考虑了 Cocoa，并基本上移植了 Cocoas API。再说一遍，如果您以前使用 Cocoa 在 Apple 开发应用程序，那么您可能会感到宾至如归。另一方面，SproutCore 从 Cocoa 中获得了合适的灵感。至于纯架构，它们都遵循 MVC，都使用 Cocoa 风格的绑定，都有数据存储机制，并且都有各自的渲染和组合 UI 小部件/视图的风格。

对我来说，视图的呈现是一个特别重要的领域。这两个框架都有一定程度的抽象，以便让您免于直接处理 CSS 和 HTML，即使最终它们必须呈现为 Web 浏览器最终理解的内容。

在 Cappuccino 方面，它们完全抽象了 CSS 和 HTML。相反，您可以使用框架的各种渲染基元来“绘制”您的视图。由于这种抽象级别，Cappuccino 可以利用可用的最佳渲染方法，而不是在某种程度上与 CSS 和 HTML 耦合。

至于 SproutCore，可以说您的渲染更接近“金属”。在进行视图的纯渲染时，您会使用提供一定程度抽象的渲染上下文对象，但最终，您将直接注入 HTML 并添加类名来应用 CSS。即使在渲染视图之后并且您想要根据事件操作视图的某些部分，您也可以直接访问 DOM 元素并操作它们的属性。根据您来自哪里，这可能看起来是好是坏。适合那些习惯使用 CSS 和 HTML 并且喜欢更直接地控制视图的呈现和样式设置的人。如果您想一般性地渲染视图，以便根据浏览器允许的内容（HTML/CSS、SVG、HTML5 画布等）使用最佳渲染方法，那就不好了。但是，请注意，未来计划使 SproutCore 具有更抽象的渲染方法，但如果您愿意，仍然允许您直接使用 HTML 和 CSS。因此，您最终将获得两全其美的效果。

现在，至于两个框架附带的库存 UI 小部件/视图——它们都有很多开箱即用的功能，可以让您继续使用。按钮、标签、列表、分段视图、单选按钮、滚动条等——它们都在那里。因此，可以肯定地说您在两个阵营中都表现得很好。

回到过去，现在让我们讨论一下易用性。对我来说，易用性取决于您使用 JavaScript、HTML、Obj-C、Cocoa、其他 MVC 框架、文档和社区支持的个人经验。如果您从未使用过 Cocoa，或者从未构建过类似 Decktop 或 iPad 的应用程序，那么可以公平地说，无论您选择什么框架，您都会有一定的学习曲线。话虽如此，您不知道和想学习的内容可以通过每个框架各自的社区和文档来获取。两者都有活跃的社区，因此，如果您陷入困境，您也不会被冷落。至于文档，无可否认，卡布奇诺占据上风。 SproutCore 的文档缺乏，但代码库至少有完整的注释。 SproutCore 社区完全了解需要更新的文档，并且目前正在处理该问题，因此请继续检查。

最后，您提到了对两个框架的长期预测。众所周知，摩托罗拉购买了 Cappuccino 框架，因此肯定有一家大公司支持其发展和长寿，或者至少目前看来是这样。至于Apple和SproutCore，我个人无法代表他们说话，但Apple并不拥有该框架。有许多公司和个人都以某种方式使用该框架并为该框架做出贡献。由于该框架的开发更加有机，这可能会让一些人和公司对那些正在关注 SproutCore 的人产生犹豫或不适，但我不认为这是一个问题。我的感觉是，这两个框架都会存在很长一段时间，特别是现在越来越多的人正在考虑使用开源框架开发下一代桌面和 iPad 应用程序。而且，嘿，框架之间的竞争是好的——让每个人都保持警惕:-)。

希望这些信息可以帮助您做出决定！

干杯，

迈克

Answer 2

我想谈谈对 Objective-j Michael 的评论。

如果您使用 JavaScript 而不是 Objective-j，您不会失去任何东西。实际上，这种区别有点难以做出，特别是在我们有免费桥接课程的情况下（稍后会详细介绍）。

Objective-j 实际上只是 js 的一个薄包装。它提供了传统上作为语言功能实现的经典继承，sproutcore 将其实现为框架功能，它还提供代码导入、访问器生成、静态作用域和对消息 nil 的支持。

如果你愿意的话，Objective-j 实例变量可以通过传统的点语法访问......我喜欢这样想：一旦你开始编写一个方法，你主要是在编写 JavaScript。也就是说，循环、变量、函数、闭包等都只是 javascript。你不会因为掉下来而失去任何东西，这正是语言的设计方式。

我们更进一步，通过“免费桥接”我们的一些类 CPDate、CPArray、CPException、CPString 以及可能还有更多我不记得的类。免费桥接仅意味着 CPArray 是本机 js 数组，而本机 js 数组是 CPArray，因此您可以互换使用这两个世界的方法和函数。

例如可以这样做：

var foo = [];
[foo addObject:"bar"];
foo.push("2nd push");
var value = foo[0];
var value2 = [foo objectAtIndex:0];

alert(value === value2); //true

正如你所看到的，我一起使用 Objective-j 语法和 js 语法......你可以想象这个的威力。

我想提出的最后一件事是为了确保不会造成混淆：objective-j 在浏览器中被解析。它不需要预先编译（尽管我们在您准备好部署应用程序时提供了编译工具）。

我认为有些人不必要地对 Objective-j 感到厌烦，就好像它是某种需要时间学习的猛兽一样，虽然 Objective-j 为 js 添加了很多很棒的功能，但真正学习它们并不需要你真正花时间去学习。如果您已经熟悉面向对象编程，那么一天中的大部分时间都会更好，而且显然如果您来自可可，您将能够直接跳入其中。

Answer 3

来自 Cappuccino 网站：

“现有框架的另一端是 SproutCore 等技术。虽然 SproutCore 的目标与 Cappuccino 类似，但它采用了截然不同的方法。它仍然依赖于 HTML、CSS、JavaScript、Prototype 和全新且独特的 API 集。它还需要特殊的开发软件和繁琐的编译步骤。

使用 Cappuccino，您无需了解 HTML。您不需要与 DOM 进行交互。我们只要求开发人员学习一种技术，Objective-J 和一组 API，而且这些技术是众所周知且易于理解的现有技术的实现。开发人员可以利用数十年的集体技术。的经验，真正加快构建丰富的 Web 应用程序的步伐。”

因此，Cappuccino 似乎没有/不需要任何构建工具，并且完全将浏览器从开发人员手中抽象出来。而在 Sproutcore 中，您可以获得构建工具（例如开发服务器），并且开发人员应该对 DOM 有所了解。

Answer 4

迈克尔·科恩斯的回答几乎涵盖了所有内容，因为它非常详细。

在过去的三周里，我一直在为做出决定而苦苦挣扎。我已经阅读了网上关于这两个框架的所有内容，并且我已经用这两个框架编写了很多源示例，但仍然无法做出决定。以下问题让我从一个框架跳到另一个框架，并让我的决定变得更加艰难。

1. Sproutcore 拥有比卡布奇诺更好的数据存储 API。

2. Sproutcore 比目前的卡布奇诺更好地利用了绑定。 Cappuccino 也有 kvc/kvo 支持，但绑定尚未完全实现。例如，在 sproutcore 中，您可以非常轻松地使用绑定和 ArrayController 实现增量加载，而另一方面，在 cappuccino 中则不那么简单。当然，cappuccino 提供了 CPTableView DataStore api，它非常干净，并且可以实现类似的结果，只是不使用绑定。这就是可可在核心数据之前所做的事情。不过，卡布奇诺中的绑定一直在不断改进。

3. 根据我个人的口味，Cappuccino 有更好的 view api。虽然我习惯于开发 html 和 DOM，但我更喜欢完全抽象 DOM 并摆脱 css 的想法。

4. 对我来说真正重要的一个问题是 sproutcore 中缺乏良好的 TableView。目前 SC.TableView 处于 alpha 阶段，它根本没有性能。我不知道 sproutcore 中表格视图的时间线。我尝试在 irc sproutcore 频道上询问，但没有得到满意的答案。另一方面，Cappuccino 有一个很棒且非常优化的表格视图。

5. 我发现在 cappuccino 上编写的实际应用程序比在 sproutcore 上编写的应用程序更多。卡布奇诺还有一个非常漂亮的完整应用程序作为源示例提供，非常有帮助。查看 http://githubissues.heroku.com/。

尽管我没有 Objective-C 的经验，而且我更喜欢纯 js 语法，但我可能会在当前的项目中使用 cappuccino，并希望 sproutcore 将来能推出更好的表格视图。

Answer 5

我写了一篇关于“卡布奇诺与 sproutcore”的博客文章。这不是技术比较，而是比较其他有趣的数据。

http://elii.info/2010/11/cappuccino-vs-sproutcore/