有人看到服务器端JavaScript腾飞吗？有一些实现，但似乎都有些困难(例如，"因为我们可以做到"这种态度)。

我很好奇，是否有人真的为服务器端编写了JavaScript，以及迄今为止的使用经验。

另外，通常认为哪种实施方式最稳定？

解决方案

回答

我看不到大多数开发人员都对客户端JavaScript编程感到厌烦。在选择JavaScript之前，我宁愿使用Java来获取服务器端的内容。

回答

我什至从未听说过此消息，但这让我感到震惊，因为它使用了错误的工具来完成这项工作。由于编程语言只是旨在帮助我们解决某些问题的工具。

当可以在专门为此任务设计的PHP或者ASP.NET中处理Java时，为什么还要处理Java中的某些内容？

当然可以用螺丝刀敲打钉子，但是锤子的工作原理要好得多，因为它实际上是为此而设计的。

所以，不，我认为它不会起飞。

回答

好吧，几年前，普通的ASP都支持JavaScript服务器，并且每个人都用VBShiate代替了。但是我必须同意其他观点：JS似乎不是这里的正确工具，我喜欢做客户端JS :)

回答

我个人使用ASP在服务器端JavaScript中完成了整个站点。我发现它非常有趣，因为我能够很好地重用代码。这包括：

• 参数验证
• 对象建模
• 物体运输

再加上高级建模工具和代码生成，我对该项目感到很开心。

不幸的是，我在perf上没有数字，因为它仅在Intranet上使用。但是，我必须假定性能与VBScript支持的ASP站点相当。

回答

我喜欢阅读Googler Steve Yegge的博客，最近我发现他的这篇文章，他认为Mozilla Rhino是服务器端JS的良好解决方案。这是一个草率的笔录，我们可能更喜欢看演讲视频。对于他为什么首先认为服务器端JS是一个好主意(或者相反，为什么他认为使用动态语言编写Java脚本是一个好主意)，这也提供了一些见解。我认为他提出的观点令人信服，因此我们可能需要检查一下。

不久前，他还发布了有关动态语言的一些文章(他是动态语言的忠实拥护者)，以防万一我们想知道为什么完全使用JS。

回答

Why would you want to process
  something in Javascript when you can
  process it in PHP or ASP.NET which are
  designed specifically for this task?

也许因为JavaScript比这两种语言更强大？例如，它具有作为一流数据类型的功能并支持闭包。

Steve Yegge在博客中发表了关于将Ruby on Rails移植到服务器端JavaScript的博客，作为Google内部的一个内部项目(" Rhino on Rails")。之所以这样做，是因为他喜欢Rails，但Google不允许使用Ruby。

回答

服务器端编程比客户端编程存在了更长的时间，并且已经有了许多好的解决方案。

JavaScript幸存下来并开始流行，完全是因为开发人员在它是唯一可以与DOM交互的语言方面没有太多选择。它在客户端的唯一竞争来自Flash和Silverlight等具有完全不同的模型的产品。

这也是JavaScript投入大量精力对其进行智能化和添加现代功能的原因。如果整个浏览器市场都可以放弃JavaScript并用为该任务适当设计的东西代替它，我相信他们会的。就目前而言，JavaScript具有奇怪的基于原型的对象，一些简洁的功能编程功能，有限且古怪的集合以及很少的库。

对于小型脚本，这很好，但是对于编写大型复杂系统而言，这是一种可怕的语言。诸如Firefox和Gmail之类的东西(部分地)写在其中，这本身就是英雄的成就，而不是表明该语言已为实际应用程序开发做好准备。

回答

似乎大多数人都对这种想法望而却步，因为Javascript的各种客户端实现有多么令人不快。不过，在作出判断之前，我会先检查现有的解决方案，因为请记住，没有特定的SS / JS解决方案与浏览器中当前使用的JS实现相关联。请记住，Javascript基于ECMAScript，该规范目前处于相当成熟的状态。我怀疑支持较新的ECMA规范的SS / JS解决方案不会比使用其他脚本语言来完成此任务麻烦。记住，Ruby最初也并不是写成" Web语言"的。

回答

Does anyone see Server-side Javascript
  taking off?

尝试查看http://www.appjet.com上的一家托管JavaScript应用程序的初创公司，以了解我们可以做什么。我特别喜欢学习过程，它可以轻柔地推动用户以最小的开销构建事物〜http://appjet.com/learn-to-program/lessons/intro

现在使用JavaScript似乎有点奇怪，但是回想一下PC开始问世的时候。我认识的每个书呆子都在打字他们的新Trash-80，Commodore64，Apple []在BASIC中打字的游戏或者简单应用程序。

对于年轻的黑客来说，今天的基本知识在哪里？

JavaScript可能会像BASIC对PC一样对基于Web的服务器端应用程序起作用。

回答

在被Google收购之前，JotSpot使用服务器端JavaScript来查询其数据库并显示页面。他们使用Rhino做到了。 CouchDB使用服务器端JavaScript创建其数据库视图。

从这些示例中可以看到，在服务器上使用JavaScript的一种好方法是使用插件。使用它的原因之一是，我们可以创建一个非常隔离的沙箱供人们运行其代码。此外，由于JavaScript作为一种语言的工作方式，我们可以提供专门针对用户所需任务的用户工具。去完成。如果我们正确执行此操作，则用户无需学习新语言即可完成任务，快速浏览一下API和示例就足以让他们如愿以偿。将其与许多其他语言进行比较，我们会明白为什么使用服务器端JavaScript提供插件架构如此诱人。

另一个流行的解决方案(可以通过像Jaxer这样的项目看到)是，进行客户端验证的Web应用程序的一个普遍问题是，由于浏览器中很容易绕过JavaScript，因此必须再次运行验证。服务器。像Jaxer这样的系统允许我们编写一些可在服务器和客户端之间重用的验证功能。

回答

Flash Media Server是使用"服务器端操作脚本"编写的，该脚本实际上只是JavaScript(ECMAScript)。所以，我做了很多。实际上，我大部分时间都在处理SSAS。

我讨厌。公平地说，其中很多与我继承的(不是很好)代码库有关，而不是实际的语言。

回答

服务器上对JS的支持越来越强大，框架数量甚至越来越多。

最近，serversideJS组成立了。他们有很多聪明的人已经在服务器端JS上工作了多年(其中有些人超过了10年)。

The goal for this project is to create
  a standard library that will
  ultimately allow web developers to
  choose among any number of web
  frameworks and tools and run that code
  on the platform that makes the most
  sense for their application.

对那些说"为什么选择JS而不是Java或者其他语言的人"的人们？我们应该阅读Crockford撰写的Re-Introduction，而忘了DOM是多余的DOM，但这不是JS的错，而JS不是DOM。

回答

• XChat可以运行Javascript插件。
• 我有一些完全用Java编写的会计软件。
• 对于V8，有一个有趣的IO库：http://tinyclouds.org/node/
• CouchDB是一个文档数据库，其中包含用Javascript(TraceMonkey)编写的"查询"。

我认为，考虑到这一点，服务器端Javascript确实取得了成功。

回答

我认为服务器端Javascript已得到保证。这只是时间问题。

Mozilla，Google和Adobe对Javascript有着既得的兴趣，以至于将其从浏览器世界中移除将是一个奇迹。下一步的逻辑步骤是将其移至服务器端。

这是朝着摆脱通常包含所有这些因素的互联网技术大杂烩迈出的一步

• 的HTML
• 的CSS
• Java脚本
• 服务器端语言J2EE / ASP / Ruby / Python / PHP
• 的SQL

关于Javascript Server框架的当前状态，我知之甚少，只是它们大多是不完整的。

回答

我看到服务器端js将在未来的应用程序中提供相当大的优势。为什么？可以离线使用的Web应用程序，客户端数据库存储，Google Gears等...

随着这一趋势的发展，越来越多的逻辑正在进入客户端。使用适用于客户端的ORM，并使用适用于服务器端的ORM(无论是PHP / Ruby还是其他)，用两种不同的语言编写两次同步逻辑，用两种不同的语言编写两次业务逻辑？

在客户端和服务器端使用js并编写一次代码怎么样？

有说服力吗？

回答

我一直在开发和使用自己的JavaScript框架已有4年了
现在。

在服务器端使用JS的好处是，我们无需在ASP Classic中实现
安装了任何其他插件或者软件，除了我也使用我的javascript(客户端)
服务器上的框架，使我可以享受相同的功能并证明
我的功能在客户端和服务器端环境中的性能。

不仅用于数据验证，还可以说HTML或者CSS动态构造
至少可以通过我的框架在客户端或者服务器端完成。

到目前为止，它的运行速度很快，除了其强大的可用性外，我没有什么可抱怨或者后悔的
和可扩展性，这是我在过去四年中一直享受到的
我将我的ASP经典代码更改为javascript代码。

我们可以在http://www.laferia.com.do的实践中看到它。