我即将构建一个网络应用程序,我想使用 SproutCore 或 Cappuccino。唯一的问题是,我无法弄清楚该使用哪个...
我一直在阅读它们,它们似乎具有相同的目标(客户端上的 MVC,带有瘦 REST 服务器)。我知道它们的实现方式不同(Obj-C 与 JS),但我在量化差异和权衡它们时遇到了很多麻烦。
我可以得到一些帮助来解决这个困境吗?
我即将构建一个网络应用程序,我想使用 SproutCore 或 Cappuccino。唯一的问题是,我无法弄清楚该使用哪个...
我一直在阅读它们,它们似乎具有相同的目标(客户端上的 MVC,带有瘦 REST 服务器)。我知道它们的实现方式不同(Obj-C 与 JS),但我在量化差异和权衡它们时遇到了很多麻烦。
我可以得到一些帮助来解决这个困境吗?
Dilemma indeed it is.
I personally took a chance on Cappuccino, but that is because I'm currently involved in objective-c and having the theoretical possibility to plug my code (with some adjustments) into a javascript/web environment - is tempting.
Anyway, if are you doing cocoa development, you will be up and running in a matter of hours, but I'm sure you've already figured that out by yourself.
You will (in Cappuccino) have a very nice abstraction to work with. I think that matters.
这实际上并没有那么大的两难境地。它归结为一个简单的问题:
你有使用 Cocoa (Objective-C) 的经验吗?(或者,您是否计划通过为 OS X 或 iPhone 开发来大量使用 Objective-C?)
如果是这样,请选择卡布奇诺。如果没有,请选择 SproutCore。
没有理由从一开始就尝试学习 Objective-C,同时学习 Web 应用程序和新框架的所有怪癖和新颖性,从而使您的项目落后。
这两个项目的级别文档令人震惊。
但是,由于 Apple 现在支持 SproutCore,而且 Apple 非常擅长提供良好的文档,我希望这种情况会有所改变。
但是,Cap 有一个已发布的真实世界应用程序 (280Slides),您可以通过它来了解应该如何构建应用程序。因此,此时可能更容易开始使用 Cap,尤其是因为您知道 Objective-c。
请注意,对于这两个项目,现成控件的数量非常有限,因此您会发现自己实现了自己的控件。此外,默认情况下,SproutCore 很丑!
就个人而言,我认为 Cap 方法非常出色。
您不需要编写任何 HTML 或 CSS。感觉就像您正在编写一个桌面应用程序,并且通过在 Objective-js 中进行编码,您本质上是从浏览器中抽象出来的。
但是,我不喜欢这种语言本身。如果他们坚持使用 pov JavaScript,我会更喜欢它。
我知道 Mac 开发人员会喜欢您使用 Cap 创建的代码的潜在可移植性,但是自从 Apple 在 2012 年破产以来,我真的不明白这一点:)
是的...我觉得如果我使用 SproutCore,我将不得不花更多时间学习 Javascript 的怪癖,而不是 Objective-J。
既然您已经在 Obj-J 中度过了一段时间……它与 Obj-C 有多接近,与 Javascript 有何不同?(我问你是因为我想要某人的真实经历......不是维基所说的:))
我都试过了,我必须承认两者都需要更多改进。只是为了补充我的观点:
芽核
卡布奇诺