代码之家  ›  专栏  ›  技术社区  ›  flybywire

RubyonRails的最后20%

  •  5
  • flybywire  · 技术社区  · 15 年前

    它真的能让你很快提高工作效率。

    问题是最后20%的工作,那时我必须完成我的申请。RoR惯例不会妨碍我吗?因为不是每个数据库表都必须对所有用户可用,也不是所有用户都可以编辑所有列和/或所有行,并且视图必须适合我的站点的外观等等。

    我知道RoR已经成功地应用于现场,但在第一阶段被烧毁后,如何在RoR中获得足够的速度来逃离重力呢。

    4 回复  |  直到 15 年前
        1
  •  7
  •   Andy Gaskell    15 年前

    Rails在我心目中真正闪耀的地方是 database migrations

    当决定使用Rails时,有很多东西需要学习。您有了一种新的语言、新的框架和新的插件,但是如果您花时间学习这些东西,那么使用Rails将非常高效。

        2
  •  5
  •   Aaron Qian    15 年前

    我做ruby on rails已经有一段时间了。80/20问题不是rails独有的。它普遍适用于整个世界。我也不知道有哪种框架可以为您执行业务逻辑。

    回答你的具体问题。在做20%的事情时,惯例不会妨碍你。相反,惯例将帮助你更快地完成20%的任务。

    就个人而言,对于用户身份验证,我使用Authlogic。对于用户授权,我根据客户需要使用锁定或授权插件。

    为了提高开发速度,您不仅需要了解Rails,还需要了解Rails gems/插件,它们可以为您做正确的事情,这样您就不必重新发明轮子了。此外,了解Ruby语言对于快速开发80%以上的应用程序是必须的。

    Ruby Toolbox

    从长远来看,TDD/BDD风格的开发也将帮助您加快速度。

    最后,一个警告:如果你偏离了rails的惯例,你将有一段痛苦的时光。

    另外,我以前用过Merb。我的感觉是,在merb中,约定对您有所帮助,但您不会因为在merb中不遵循约定而受到太多惩罚。然而,我对Rails的经验是,如果你决定在开发Rails应用程序时不遵循Rails惯例,它会以这样或那样的方式咬你!所以,当你真的试图偏离轨道惯例时,请三思。。。(这是我自己的经验,当然是主观的,但你可以把它看作是一个警告…)

        3
  •  1
  •   frankodwyer    15 年前

    因为不是每个数据库表都必须 可供所有用户使用,而不是 所有行和视图都必须是 适合我网站的外观和感觉,

    这有点不合逻辑。Rails是一个从实际应用程序中提升出来的框架。这些应用程序还必须处理所有这些问题,以及您可能尚未想到的其他问题。一般来说,一旦你学会了这些习惯,生活就会变得更轻松。

    另一点是,这些约定仅仅是约定。你不必跟着他们。您甚至不必在所有事情上都使用RoR,尽管我还没有找到一个我没有/不能使用RoR的案例,但我通常会尽可能多地将RoR应用到DB或缓存层中。

        4
  •  0
  •   Christoph Schiessl Joeyjoejoejr    15 年前

    如果你真的需要做一些超出常规的事情,它最终会变得相当复杂。然而,你并不孤单。网上有很多优秀的资源可以获得帮助(例如StackOverflow社区)。

    总而言之: