空间核心还是用于rails的Cappuccino？

Question

Rails是一个非常好的后端框架，它保持了所有东西的整洁和结构化。

我想你们都曾想过要为前辈做同样的事。

• 空间核心
• 卡布奇诺咖啡

您是否为Rails前端使用了MVC javascript框架之一？

万一你这样做了，你会对此感到满意吗？

您以前是如何编写代码的，以及它是如何改变的？

Sp不结盟核心不更适合Rails吗?因为它使用的是js+css+html，Rails也是如此。在卡布奇诺，这两种你都不用。

分享您的想法和经验，因为我对这个领域都很熟悉，不知道我应该使用哪个Rails。

我只知道我最好在前端有一个MVC框架来获得干燥的结构和最佳实践。

Answer 1

在工作中查看MVC框架时，我们考虑了SproutCore和Cappuccino。他们都从苹果的可可框架和目标C中获得了巨大的灵感。

我们选择使用SproutCore是因为：

• 它利用JavaScript的方式与道格拉斯·克罗克福德( Douglas )在JavaScript:好的部分中描述的JavaScript视图保持一致。
• 良好的MVC框架，产生快速的应用程序。
• 良好的社区支持该项目。斯普劳特核心的爸爸查尔斯·乔利( Charles )直到最近还在苹果工作，现在他正在SproutCore上全职工作。苹果提供了大量的代码，并正在很好地利用它，iWork.com是用SproutCore构建的，这证明了这一点。
• SproutCore是为具有数千个元素的大型应用程序而设计的，它使用优化的技术，例如在大型列表中回收Google或Google中的列表项目。

我们之所以选择卡布奇诺不是因为：

• 它创建了一种运行应用程序的不同语言。这是不直观的，让您在目标J中思考，它确实提供了好处，因为您没有带来讨厌的JavaScript恶习，但忽略了JavaScript是美丽的、可扩展的和强大的。(我绝不是“猛击”目标J，我只是提供了这样一个事实:您在浏览器中运行JavaScript，而不是客观J。如果您在浏览器中运行另一种语言，它可能会变得混乱，因为您使用的是一种解释语言。)
• 然而，Objective和Cappuccino提供了漂亮的应用程序，并且利用了Objective的语言体系结构，这在MVC世界中是一个很好的模型。

(请记住，我在Cappuccino和Objective方面没有太多经验，所以如果我提出了广泛而幼稚的声明，请告诉我！)

您需要更多地考虑作为前端框架所需要的内容，而不是使用Rails“最有效”的方法。这两个框架都很好。我们之所以选择SproutCore，是因为它更符合我们对应用程序的需求，也符合我们的意识形态。

从经验中可以说，它完全独立于您正在使用的服务器实现。我们使用韵律，一台用Lua写的波什服务器。你想用Rails。SproutCore公开提供了以下内容：

• Rails的DataSources部署。FYI- DataStores是SproutCore连接到web服务的低端模型层.这很可能是SproutCore应用程序和Rails应用程序之间的交汇点。SproutCore并不是真正要在Rails中运行的，但是您当然可以这样做！
• DataStore for RESTful Rails服务。或者任何REST。它还允许服务器端推送，如果您需要的话。

至于你的干性要求-这都取决于你！您可以利用该框架使您的代码独立和枯燥，或者具有紧密的依赖关系和重复。任何一个框架都是好的，这取决于您的需求。不要紧张--深入了解社区和每个社区都发生了什么！我们不咬人..。太多。

Answer 2

我已经在评论中说过了，但你让我把它作为回复，就这样了。:)

如果您正在构建一个富客户端应用程序，Rails实际上不会为您提供多少。客户端web开发框架通常将大部分的艰苦工作都放在客户机上，并且只使用服务器进行存储，如果需要的话，可能需要进行一些繁重的计算。因此，我个人认为，您甚至不需要Rails--您可以使用一些更简单的东西，比如辛纳特拉。由于客户端是应用程序的“肉”，所以您将在那里完成大部分的开发，所以首先关注于找到一个好的客户端库/框架，然后再关注服务器端。

话虽如此，我两样都会试试，看看你更喜欢哪一种。卡布奇诺是very...different，很多人被它拖住了(我认为主要是因为目标-J)。在我有限的测试中，它的加载速度似乎也比我使用过的其他框架慢得多。我建议您尝试在其中编写一个小应用程序，如果您觉得它不适合您，请将它从列表中删除。

就个人而言，，我会选择SproutCore，因为你已经知道JavaScript了(我假设？)你会更熟悉这种开发风格。它还允许您使用任何您想要的服务器端框架。

我不知道您是否看过它，但也有ExtJS，这是另一个非常流行的框架，用于创建富web应用程序。我用过它，它很好，但是许可证要求你要么以开源的方式发布你的软件，要么买一个商业许可证--我不知道你的情况，但这对我来说是个大麻烦。

最后，我建议您尝试一下，。我不能告诉你框架是否适合你的个人品味。

免责声明:除了测试之外，我从来没有认真使用过SproutCore或卡布奇诺，所以我说的每句话都要谨慎对待。

Answer 3

我和Cappuccino一起使用Rails，这对我来说真的很痛苦，尽管这种观点有很强的个人偏见。首先，我只是对objective感到不舒服；我以前没有任何目标-c以前的经验，只是不喜欢所有类似小对话的消息发送(我更像是一个面向功能的程序员)。

此外，如果您想集成Rails和Cappuccino，您将被迫在任何地方使用JSON，因此准备重构几乎所有用于响应多种格式的内容(如果用户的浏览器无法正常使用cappuccino或js，您也可能希望响应普通的HTML )。

而且，你会比平常更长的时间被困在问题上，因为没有太多的Rails + Cappuccino应用程序和开发人员(afaik)，而且所有的东西都没有在互联网上记录下来。

最后，但同样重要的是，您将花费大量的时间来构建objective中的每个接口；正如您可能预期的那样，这更像是编写一个可可用户界面而不是一个网络界面(这对我来说是一个缺点！)我不知道有什么软件/ide可以在这个过程中帮助你(280地图集是几年前发布的，但从未向公众开放)。

总之，在这个阶段，我不推荐Rails + Cappuccino，除非您使用Rails+Cappuccino只是为了好玩和/或学习有关web编程的新知识。