令人惊讶的是，在更大的程序员社区中有多少程序员会问诸如“我如何做一个 EXTJS 后端？”之类的问题。或“如何将 jQuery 与 Java 集成？”，不了解客户端和服务器之间的区别。然后我开始思考，是否存在服务器实际上将JS或其他东西发送给客户端以执行的框架？围绕这些方法的哲学思想是什么？
编辑——澄清：
我不是在问它是否可能，我是在问它是一个好策略还是被皱眉。我不是在问客户端语言是否可以在服务器上运行。我在问是否有围绕动态服务动态客户端代码构建的框架。
问问题
113 次
4 回答
1
许多不同的框架都会这样做，当你在做 ASP.NET 工作时，你会经常在客户端看到 POSTBACK 调用，这是由框架生成的，是一个 Javascript 调用。在 Java 世界中，大多数 JSF 框架都或多或少地做到了这一点。只要您记住“从不信任客户”规则，我认为这没有什么害处。因此，如果您要在客户端上使用 Javascript 进行字段验证，这不会让您不必在服务器端进行相同的检查。不久前我做了一个较大的 Flex 应用程序，作为其中的一部分，我开始创建一个模块，该模块将读取 Hibernate Validation 注释并自动在 Actionscript 上创建相同的验证，截止日期在我走得太远之前就被杀死了，
于 2010-07-28T13:38:34.110 回答
0
向客户端发送 JavaScript 很简单。只需将脚本标记中的 URL 指向动态脚本，而不是静态 .js 文件。
至于在服务器端运行 JavaScript，像 Node.js 这样的东西可以让你这样做，尽管它们与浏览器的交互级别不同。
于 2010-07-28T00:39:21.843 回答
0
物理屏障肯定是有的。HTML/JavaScript/ActionScript 将在客户端空间中运行，并将（实质上）对后端进行远程过程调用。由于这种分歧，您将无法消除客户端/服务器架构。
话虽如此，Pierreten 提出了一个很好的观点，即 Microsoft 的 ASP.NET API 大量使用自动生成的 JavaScript 来与服务器端组件进行交互。也就是说，您将表单控件添加到项目中，并为您生成服务器端和客户端代码。
于 2010-07-28T00:47:11.030 回答
0
于 2010-07-28T00:59:59.943 回答