【问题标题】:Ruby on Rails vs Parse + Backbone.jsRuby on Rails 与 Parse + Backbone.js
【发布时间】:2012-06-01 06:35:34
【问题描述】:

我去年开始制作我的应用程序,但最近有一个 HOLY **** 时刻,我意识到用 PHP 开发一个严肃的 Web 应用程序现在不会用关于可扩展性和整体合理性。

这导致我有以下选择:

  1. 用最漂亮的 MVC 重写我的后端 - 37Signal 的 Ruby on Rails
  2. 废弃我的数据库并在 Backbone.js + Parse 中重写我的后端

(Parse just released their web SDK)

我不是历史爱好者,但请听我说。直到最近,PHP 才引领 Web 开发。现在 Rails 正在接管。仅这一点就会让大多数人选择选项 1。但是,如果 Parse 像 Rails 一样接管了 PHP 一样接管 Rails 会怎样?我正在规划未来,我开始认为 Parse 是未来的发展方向。

我应该用什么重写我的应用以最大限度地提高未来几年的可扩展性?

谢谢。

【问题讨论】:

    标签: javascript ruby-on-rails parsing backbone.js


    【解决方案1】:

    我是一名 Rails 开发人员并且喜欢 Rails,但我不认为 Rails 以任何形式“接管”了 PHP。 PHP中仍然有很多站点。 PHP,它的框架和它周围的一切都一如既往地蓬勃发展。并且会持续相当长的一段时间。

    Ruby on Rails 建立了强大的地位和社区。这也将持续很多年。 Backbone 很可能也会找到它的社区(已经在某种程度上)

    关于一项技术的决定不应该过多地考虑哪个技术堆栈将成为新的孩子。有一些考虑因素,比如经验丰富的程序员的可用性,可能取决于框架的使用程度,但关于您的技术需求的确凿事实更为重要。不应该有任何关于此的“神圣”时刻。这只是直觉,一文不值。

    【讨论】:

    • 归根结底是:什么是更容易?事实是:Rails。这就是为什么 Rails 对任何 PHP 框架都大肆宣传的原因。根据我的经验,PHP 框架存在很大缺陷,尤其是在 HABTM 关系方面。然而,现在有一个新品种在那里。 Parse 是先驱。你并没有真正触及它,但我想我已经决定去野外散步。
    【解决方案2】:

    Javascript 是未来的发展方向。 一种语言的一切,无需担心后端。模仿 Parse 的引擎将是最好的免费替代品,尽管我认为我们都可以以 Apple 为例,并理解人们付费购买的软件是更好维护的软件。 谢谢。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2012-01-14
      • 2011-01-08
      • 2011-01-21
      • 2011-11-01
      • 2012-04-20
      • 2014-11-24
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多