As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center 指导。
10年前关闭。
就这样。在客户端和服务器上共享相同的库应该很好吗？像 HotRuby ( http://hotruby.yukoba.jp/ ) 这样的 JS VM 是“现实世界”的替代品还是只是一个玩具？
PS :如果我问它是因为我想知道它，请不要关闭这个问题，而只是分享您的意见。
我对编程语言 war 不感兴趣。如果您知道，请提供一些基准或优缺点 我不是在比较苹果和梨 https://stackoverflow.com/questions/3436335/could-node-js-replace-ruby-rails-completely-in-the-future 我不是 js 粉丝 Legacy - 有很多已经为 PHP、Python 等编写的代码和库。就像没有人急于切换到 Python3 一样，没有人会急于切换到服务器端 JavaScript。 Brainfuck - 对大多数人来说，JavaScript 仍然是正确编码的一大难题。人们习惯于命令式编程和“普通”OOP。 JavaScript 是非常奇怪的 OOP 和函数式编程之间的奇怪组合。并不是说这不好，我个人喜欢它，但它让大多数平庸的程序员望而却步。让我们面对现实吧，大多数程序员都是平庸的。 价格 - 虽然运行速度非常快总是好的。如今，人们比硬件贵得多。将一切转变为新的范式，或者只是让人们学习一种全新的做事方式，这只是……成本高昂。非常贵。 杀手级应用 - 这与第 3 点有关。除非有非常非常好的理由切换到服务器端 JavaScript，否则人们不会愿意进行投资。
此外，最重要的是，做服务器端的东西与做浏览器端的东西有很大的不同，几乎不需要在两端运行相同的代码。甚至在两端发展所需的技能也大不相同。
10年前关闭。
就这样。在客户端和服务器上共享相同的库应该很好吗？像 HotRuby ( http://hotruby.yukoba.jp/ ) 这样的 JS VM 是“现实世界”的替代品还是只是一个玩具？
PS :如果我问它是因为我想知道它，请不要关闭这个问题，而只是分享您的意见。
最佳答案
简单地说:没有。
使用更长的解释:服务器端 javascript 可能会对当前使用的脚本语言造成很大影响，但由于一些简单的原因，它不会取代它们:
此外，最重要的是，做服务器端的东西与做浏览器端的东西有很大的不同，几乎不需要在两端运行相同的代码。甚至在两端发展所需的技能也大不相同。
关于php - Javascript V8 会杀死所有其他服务器端动态语言吗？ ruby 、Python、PHP？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/3596875/
10-11 10:55