我知道这是一个很难回答的问题,但我想我会尝试一下……
我刚刚开始在一家新公司,他们只有一个最小的现有代码库。在这一点上,它可能需要投入一个月的人力。它目前是用Ruby编写的。
它目前也在使用Ruby on Rails --但主要是为了测试Ruby代码。
代码的最终目标实际上是驱动一个用php编写的站点的后端(可以是Drupal、Echo等的后端)。
我没有使用Ruby的经验,所以我倾向于使用一种我更熟悉的语言(比如Python),但我不愿意无缘无故地排除Ruby。
如果你不打算在Rails项目中使用Ruby,它仍然值得吗?我使用Python或其他语言会更好吗?
这些库是如何堆叠起来的?
谢谢!
发布于 2009-09-13 10:53:08
我的建议取决于你自己的目标,可能看起来像这样……你可能会问自己(或者从1到10给每一个打分),如果你喜欢这样的话:
你可以问自己的其他问题来帮助你做出决定,可能是:
?)
我认为库不会成为问题,因为(我非常确定)流行语言的库涵盖了所有常见的任务。
如果你能从1-10中得到以上所有的分数,它可能有助于分离出一个首选方向……
然后,在我看来,这个问题可以分解为3件事:
值得一看的是语言的起源:PHP was originally announced作为SSI的扩展,试图利用Perl、Smalltalk和Lisp的优点,但包含了类似于C/Java的语法元素,Perl与Unix紧密相连,而且无处不在,尽管终端用户通常看不到它(尽管有一些very good Perl web frameworks)。您已经了解了Python。
至于框架和CMS,浏览一下区别/限制/特性可能也会有所帮助。安装PHP CMS太容易了(对于一个用途明确的站点来说很好),但是当你想做一些开箱即用不能做的事情时,你会发现自己陷入了大量难以理解的代码之中。后端语言中的框架将使您能够更容易地将后端和前端挂钩在一起。
发布于 2009-09-13 04:11:43
鲁比·疯狂。当然,它看起来很酷,但它可能会导致困难的东西: Lisp
我的预测是:
的
我有点担心,在Ruby之后,剩下的唯一地方将是 lisp ,我会成为那些发型糟糕的狂热的lisp狂人中的一员,挥舞着我的手臂,低声谈论one True Macro处理器。
更严重的是,尽管Lisp和Smalltalk在60和40年后仍处于微不足道的空间,但事实证明,这两个人的孩子结出了果实。各种各样的Lisp和Smalltalk黑客开始在Ruby和Rails大会上谈论他们的孩子Ruby。碰巧的是,Ruby (时间框架15年)有相当多的Lisp和Smalltalk的魔力。
而且,对于这个党,Ruby带来了Perl的日常和3行脚本的每一点用处。Ruby是语言舞台上的一次爆炸,它结合了Perl的脚本超能力和Smalltalk等外来语言的面向对象的超能力。
Ruby是一种很棒的、开创性的语言,不管有没有Rails。我说,喝下酷爱吧。
发布于 2009-09-13 01:01:24
Rails应用程序可能会成为基于php的系统的一个很好的REST后端。
剩下的东西都是为它而生的。你想要xml吗?好的。你想要json?好的。
如果你和员工对它不太满意,那就用你觉得更舒服的东西来编写REST接口。:)
https://stackoverflow.com/questions/1416570
复制相似问题