为什么脚本语言用于服务器端任务而不是编译语言？

如何解决为什么脚本语言用于服务器端任务而不是编译语言？

...还是同时使用它们各自的独特功能？

我一直在试图弄清为什么服务器端脚本与运行已编译程序来处理Web请求不同。我真的很感激一个有必要使用服务器端脚本的示例。

我读到了有关ASP的信息（我一直在使用ASP.Net，对此一无所知）：“当浏览器请求ASP文件时，服务器将请求传递给ASP引擎，该引擎读取ASP文件并执行文件中的服务器脚本”。我知道，这与使用随ASP页面请求传递的用户数据定制html文件有关（服务器端脚本可以/对于客户端本质上可以保密）。 ->

这就是为什么要使用服务器端脚本的原因：使用为此目的而创建的嵌入式dom编辑脚本语言来编辑dom比使用从客户端获取变量来在服务器上编辑dom的已编译程序要容易得多。一边？

谢谢

解决方法

有些系统确实使用在服务器端运行的脚本语言。

不，asp.net服务器端代码无法运行服务器端的任何JavaScript。

当您单击asp.net按钮时？网页被发送到服务器。然后运行后面的代码，然后将其呈现并发送给客户端。那么，当您谈论背后的代码时？您正在谈论C＃或vb.net代码。

尝试运行某些脚本代码服务器端的原因几乎为零。 JavaScript是经过设计的，可以在浏览器中100％运行，因此可以在没有编译器的情况下运行。

客户端脚本编写的优势？那么它可以在客户端计算机上100％运行，因此不需要往返或回发。那么对于像体验这样的快速窗口？好了，您开始采用越来越多的客户端代码。这样做的原因是，浏览器中运行的客户端软件可以感觉，响应非常像Windows桌面程序。

因此，我们看到了像ajax这样的技术兴起。这意味着您仍在运行浏览器端代码，但是该浏览器端代码现在可以对Web服务器进行“较小”或“较小”的调用。在某些情况下，asp.net可以并且将为您设置+注入一些浏览器侧代码。例如，当您放入几个文本框，然后放入asp.net验证程序时？请注意这些验证器的工作速度和即时性。 （他们无需往返就可以工作！也无需回发邮件！）。那么，当您将这些验证器放入该网页时？ Asp.net将为您编写并自动生成要在客户端浏览器中运行的JavaScript。

因此，在asp.net中，当脚本代码可以（并且应该）在浏览器中运行得很好时，使用脚本语言在服务器端运行几乎没有收益。谁愿意放弃像c＃或vb.net这样的出色的IDE和开发语言，而不得不用诸如JavaScript这样的困难语言编写代码？

但是因为我们想要越来越多的“响应式”应用程序在浏览器中运行？然后，在这个简单的问题上花费了越来越多的精力： 我们如何才能使越来越多的代码和逻辑在浏览器中100％运行，从那时起，这意味着用户交互将在本地100％发生，而不必访问服务器。这不仅减少了服务器工作量，而且意味着响应时间变得越来越像桌面程序。 Ajax和其他方法的问世意味着您现在可以在浏览器中100％运行电子表格。

您认为所有的话题都与开拓者有关吗？简而言之，开拓者只是一项技术，它允许您现在编写服务器端c＃代码以在客户端浏览器中100％运行。这种优势意味着您不仅可以用一种语言编写代码，而且现在C＃代码可以在服务器端或浏览器端运行。同样，此概念是尝试使开发人员将越来越多的代码向下推送到浏览器以代替必须在服务器端运行的代码来运行。现在服务器端代码不是一件坏事，但是如果您需要发回邮件或将网页发送到服务器以使该代码运行，那是不是一件坏事？嗯，这需要时间，因此您不会像使用100％桌面软件那样获得出色的交互式Web应用程序。

实际上，我们现在可以使用Web端和服务器端代码的组合进行交互吗？好吧，我们能够创造出非常出色的用户体验，并且现在Web应用程序可以像典型的桌面应用程序一样可以运行，感觉和响应，而无需安装软件。

那么一天结束了吗？不，没有理由要运行某些脚本代码服务器端。如果是asp.net？您的JavaScript代码中没有一个在服务器端运行-它非常用于在浏览器中运行的代码。

几乎没有理由希望或让脚本代码在服务器端运行。这实际上归结于网络的工作方式。但是，是否可以将更多的模式代码推送到客户端？那你会的。随着工具变得越来越好？好吧，它们允许越来越多的代码更轻松地在浏览器端运行。 （这就是开拓者的全部目的。）

那么，如果您编写可爱的井字游戏？好吧，您可以编写它以100％运行浏览器端。这意味着网站上的负载和压力为零。这也意味着用户将获得类似于用户体验的桌面。 （实际上，他们正在使用浏览器附带的代码100％运行该游戏）。

因此请记住，asp.net中的所有JavaScript都不会在服务器端运行-js用于在浏览器端运行的代码和交互-因此不需要回发消息甚至与之交谈服务器。但是，您可以调用说该网页中确实具有的子项或函数（使用js ajax调用）。

因此，不必更轻松地使用/更改/编辑DOM服务器端或客户端的部分。但是，嘿，如果您可以进行编辑或更改100％的客户端，那么您应该这样做，因为您无需与服务器对话。但是，客户端代码既没有也不允许您执行诸如编写sql查询和填充表之类的操作。它需要与服务器交谈才能做到这一点。因此，您可以使用非常出色的服务器端编码系统提取该数据。另一个问题是安全性。如果我可以编写一些浏览器代码来从数据库中提取数据？好吧，那我将访问amazon.com并窃取他们的所有数据！

因此，JavaScript非常受限制。它无法执行诸如说去在磁盘驱动器上抓取文件并将其上传到服务器的操作。如果可以的话，那么当您访问我的身边时，我会运行一些代码来获取您的外观，甚至运行一些名为passwords.xls的电子表格并将其上传。因此，出于安全性考虑，在浏览器中运行的代码在其可以在计算机上执行的资源和操作方面将受到很大的限制-否则，它将带来很大的安全风险。但是计算机在我的网站和服务器上运行吗？好吧，我希望该代码能够执行任何操作，包括处理您的信用卡或使用诸如银行信息之类的事情。