服务器端脚本语言的比较
 
1.CGI
Common GateWay Interface是最早用来创建动态网页的一种技术，它允许使用不同的语言来编写适合的CGI程序，CGI可是说是当前应用程序的基础技术，但这种技术的编制方式比较困难而且效率较低。
2.ASP
Active Server Page是一种使用很广泛的开发动态网站的技术，它通过在页面代码种嵌入VBScript和JavaScript脚本语言来生成动态的内容，其中微软的COM（Component Object Model）无限地扩充了ASP的能力，正因为这一点，ASP主要用于Windows平台中，ASP简单易学，一般需与Microsoft的IIS一起使用，以支持ASP的应用程序。
3.PHP
PHP的雏形最早出现于1995年Rasmus  Lerdorf发布了的第一个供他人使用的PHP版本，即Personal Home Page Tools.而现在的含义是一种广泛使用的服务器端编程语言，PHP也就成为Hypertext Preprocessor的缩写。它是一种开源的、跨平台、独立于架构的、解释的、面向对象的Web服务器端动态网页开发语言，混合了C、C++、Perl、Java的一些特性。PHP主要被广泛用于UNIX/Linux平台。PHP+Apache+MySQL是一个完全免费、性能优越的Web服务器应用开发组合，已经成为绝大多数中小型网站的应用解决方案。
4.ASP.NET
Active Server Page.NET是.NET框架的一部分，可以使用任何.NET兼容的语言，如VB.NET、C#、J#等。ASP.NET的Web Forms允许在网页的基础上建立强大的窗体，并且可以使用可视化的控件,而这些控件允许开发者使用内建和自定义的控件来快速建立网页页面，使得代码简单化，开发的周期也会缩短很多。
5.HTML
Hyper Text Markup Language，是一种利用Tag来描述网页的字体、大小、颜色和布局的语言，可以使用任何的文本编辑器编辑。但是唯一的缺陷在于只能生成静态的网页。
6.HTM
实际上HTM与HTML没有本质意义的区别，只是为了满足DOS仅能识别三位文件名而已，因为一些老的系统(win32)不能识别四位文件名。
7.SHTML
SHTML和asp 有一些相似，以shtml命名的文件里，使用了ssi（Server Side Include）的一些指令，就像asp中的指令，你可以在SHTML文件中写入SSI指令，当客户端访问这些shtml文件时，服务器端会把这些SHTML文件进行读取和解释，把SHTML文件中包含的SSI指令解释出来。
8.JSP
Java Server Page是Sun公司倡导与多个公司共同建立的一种技术标准，是在Servlet的基础上开发的技术，在制作网页的过程中，它继承了Java的所有特性，因此具有简单、面向对象、跨平台和安全可靠等有点，由于服务器端要使用Servlet和JDK,所以在编译时，编译的是.CLASS文件，所以网页的执行速度很快，而且其中的Struts、Spring、 Hibernate是Java Web开发中比较优秀的开源框架。

    
服务器端语言（php，asp……）, 英文就是 Server Side Included ( SSI ), 一般(大多数)都应用在网站开发上. 方法就是将 编程的代码 嵌入到 html 内, 伺服器将网页传送到客户端 ( 看网页的人 ) 前将之解释并执行. 最後得出一个动态生成的网页, 如 jsp, asp 就是这类架构. 不过, SSI 也可以是脚本语言的一种(视乎你用的是甚麼 ssi ), 但 ssi 却需要依赖伺服的支持才能执行的.
脚本语言,Scripting Language, 就是一些程序, 不需要像 c 那样需预先编译 (compile) 才能运行, 而是直到执行的那一刻才由解释器(interpreter) 去解释并执行. 在网页开发上, scripting language 可以有两种体现. 一个是 Javascript, 由浏览器来解释; 另一个是 CGI script, 由伺服器端的 interpreter 来解释. CGI 可以是用任何语言来成就的, 只要其输出符合 HTTP(S) 协议就行. 

转载于:https://www.cnblogs.com/wenjingChen/p/9287284.html

一般介绍动态网页开发的资料都会机械式地先讲HTML，再则有空讲讲JS，然后切入正题讲动态网页部分，最后给出一些实例，比如留言板、论坛，甚至小型电子商务网站等等。而更新的ASP.Net甚至可能只从WinForm讲起，然后就讲WebForm了……这样更加使程序员无法接触底层的代码，无法理解整体架构和工作流程。我认为ASP.Net的出现有点像高级语言的诞生，高级语言的编译器实现了自动编译链接高级语言代码到汇编代码的过程，虽然最终的代码未必那么简洁，但毕竟经多重优化也在可接受范围内。而如今的ASP.Net原意想封装所有的客户端代码，实现从WebUI+CodeBehide到HTML的自动生成过程，但由于种种原因现在还做不到完全满足开发者需要（可以这么说，它产生的“汇编代码”不尽如人意），很多基本功能需要了解客户端脚本，进行手工修改才能实现。 
　　正是ASP.Net现在所处的这种矛盾阶段，我们更有理由要掌握更多的知识，从HTML、CSS到JScript、behavior、XML。言归正传，本文将直接把服务器端脚本和客户端脚本放在一块讲述比较，这是极少有人做过的，也可以解开一些入门者的困惑，比如为什么服务器端脚本就是不能弹出一个对话框、弹出确定框、打开新窗口等等问题。再看看这二者到底管辖和作用了怎样的范围，然后再举例来认识一下如何使这两个脚本间可以交互，以实现更强的功能。 
 

图为早期PHP4的分层示意，虽然从现在的n层架构来看画得不甚清楚，但还是能看懂的。两个脚本很简单：顾名思义，一个运行在服务器端，一个运行在客户端。而它们的任务也很明确：服务器端脚本只用于生成网页代码（可以包括HTML、CSS、JS等等），它正是平常所说的ASP/ASP.Net、PHP、JSP等等，在动态网页中一般用“<%%>”、“<??>”等符号包围，在多层构架中也可以把Beans，CodeBehide等等算进去吧。客户端脚本就完全是在客户浏览器里解释运行的，要么在“<script>”中，要么在一些事件里，要么单独一个文件，总之查看源代码一般都可以看到，对最终浏览用户相对是公开的。它控制着用户与浏览器的交互，如果把浏览器看成应用程序，它的所有动作都是客户端脚本完成的，这就解释了为什么总是没有弹出对话框的服务器端函数。 
　　因为ASP本身用的脚本与客户端脚本完全一样，都是JScript（或JavaScript）和VBScript，所以经常让初学者感到摸不着头脑，还有很容易使人混淆的<script runat="Server">这个标志。其实还是上面说的原则，用“<%%>”包围起来的代码肯定是服务器端脚本，当然还有<script runat="Server">里的（这不都标明了是运行在服务器端的嘛），这些代码经过Web服务器解释运行后在最后的HTML代码中肯定是找不到的。还有一点要明白的是，无论是JS还是VBS都可以用来写任何一端的脚本，只是一般比较习惯用JS来写客户端脚本罢了。至于一般用VBS来写服务器端脚本可能一个是习惯，一个是以示区别。 
　　ASP.Net用RegisterClientScriptBlock()、RegisterStartupScript()等方法来在代码中添加客户端脚本，以及control.Attributes["event"]="script"来为控件添加事件处理脚本。懂得这些和一点JScript知识你也许知道如何实现在按个删除按钮之前弹出一个确认窗口了，把下面代码写在Page_Load里： 


btnDel.Attributes["onClick"]="return confirm('确定要删除吗？');"; 

　　但如果你多懂得一点内幕，马上就会发现这样虽然能行，但是有很致命的副作用：如果同一页面中设有validator，尽管validator可以报告有错误的输入，但它们都不能阻止表单提交了！原因在于ASP.Net把你自己写的那段JScript代码写在了按钮onclick的最前面： 


<input type="submit" name="btnDel" value="Button" οnclick="return confirm('确定要删除吗？');if (typeof(Page_ClientValidate) == 'function') Page_ClientValidate(); " language="javascript" id="btnDel" style="……" /> 

　　这样原来的if语句后的那条就无法执行了，而Page_ClientValidate()正是ASP.Net自带的WebUIValidation.js里的函数，而一旦影响该函数的正常运行则会使表单不能按原定的方式判断提交。奇怪的是MS自身提供的范例也有这么做的。我们稍微更改一下onClick的脚本来获得正确的做法： 

btnDel.Attributes["onClick"]="if confirm('确定要删除吗？') return false;"; 可见客户端脚本的使用是无处不在的，有时需要熟练的技巧和敏锐的决策，在过去的ASP时代如此，现在的.Net时代亦不外如是。 


# re: 分清脚本——网页中的服务器端和客户端脚本(二)2005-01-24 20:19 | 奇思软件 
或许用我写的一个组件更方便：） 
此组件从标准button继承，但在提交之前显示提示框，依旧支持验证 

using System; 
using System.Web.UI; 
using System.Web.UI.WebControls; 
using System.ComponentModel; 

namespace Keyss.WebControls 
{ 
    [ToolboxData("<{0}:Button runat=server></{0}:Button>")] 
    public class Button : System.Web.UI.WebControls.Button 
    { 
        protected static string _warningScript = "if(!window.confirm('{0}')) return false;"; 


        [Bindable(true),  
        Category("Appearance"),  
        DefaultValue("")]  
        public string WarningMessage 
        { 
            get  
            { 
                object o = ViewState["_warningMessage"]; 
                return o==null?string.Empty:o.ToString(); 
            }
            set  
            { 
                ViewState["_warningMessage"] = value; 
            }
        }
         
        [ 
        Bindable(true), 
        Category("Behavior"), 
        DefaultValue(false) 
        ] 
        public bool EnableWarning 
        { 
            get  
            { 
                object o = ViewState["_enableWarning"]; 
                return o==null?false:(bool)o; 
            }
            set  
            { 
                ViewState["_enableWarning"] = value; 
            }
        }

         
        protected override void OnInit(EventArgs e) 
        { 
            base.OnInit (e); 
            if(this.EnableWarning) 
            { 
                string onClick = this.Attributes["onclick"]; 
                if(onClick == null) 
                { 
                    this.Attributes["onclick"] = string.Format(_warningScript,this.WarningMessage); 
                }
                else
                { 
                    this.Attributes["onclick"] = string.Format(_warningScript,this.WarningMessage) + onClick; 
                }
            }     
        }

    }
}

　　一般介绍动态网页开发的资料都会机械式地先讲HTML，再则有空讲讲JS，然后切入正题讲动态网页部分，最后给出一些实例，比如留言板、论坛，甚至小型电子商务网站等等。而更新的ASP.Net甚至可能只从WinForm讲起，然后就讲WebForm了……这样更加使程序员无法接触底层的代码，无法理解整体架构和工作流程。我认为ASP.Net的出现有点像高级语言的诞生，高级语言的编译器实现了自动编译链接高级语言代码到汇编代码的过程，虽然最终的代码未必那么简洁，但毕竟经多重优化也在可接受范围内。而如今的ASP.Net原意想封装所有的客户端代码，实现从WebUI+CodeBehide到HTML的自动生成过程，但由于种种原因现在还做不到完全满足开发者需要（可以这么说，它产生的“汇编代码”不尽如人意），很多基本功能需要了解客户端脚本，进行手工修改才能实现。 

　　正是ASP.Net现在所处的这种矛盾阶段，我们更有理由要掌握更多的知识，从HTML、CSS到JScript、behavior、XML。言归正传，本文将直接把服务器端脚本和客户端脚本放在一块讲述比较，这是极少有人做过的，也可以解开一些入门者的困惑，比如为什么服务器端脚本就是不能弹出一个对话框、弹出确定框、打开新窗口等等问题。再看看这二者到底管辖和作用了怎样的范围，然后再举例来认识一下如何使这两个脚本间可以交互，以实现更强的功能。 

 
　　图为早期PHP4的分层示意，虽然从现在的n层架构来看画得不甚清楚，但还是能看懂的。两个脚本很简单：顾名思义，一个运行在服务器端，一个运行在客户端。而它们的任务也很明确：服务器端脚本只用于生成网页代码（可以包括HTML、CSS、JS等等），它正是平常所说的ASP/ASP.Net、PHP、JSP等等，在动态网页中一般用“<%%>”、“<??>”等符号包围，在多层构架中也可以把Beans，CodeBehide等等算进去吧。客户端脚本就完全是在客户浏览器里解释运行的，要么在“<script>”中，要么在一些事件里，要么单独一个文件，总之查看源代码一般都可以看到，对最终浏览用户相对是公开的。它控制着用户与浏览器的交互，如果把浏览器看成应用程序，它的所有动作都是客户端脚本完成的，这就解释了为什么总是没有弹出对话框的服务器端函数。 

　　因为ASP本身用的脚本与客户端脚本完全一样，都是JScript（或JavaScript）和VBScript，所以经常让初学者感到摸不着头脑，还有很容易使人混淆的<script runat="Server">这个标志。其实还是上面说的原则，用“<%%>”包围起来的代码肯定是服务器端脚本，当然还有<script runat="Server">里的（这不都标明了是运行在服务器端的嘛），这些代码经过Web服务器解释运行后在最后的HTML代码中肯定是找不到的。还有一点要明白的是，无论是JS还是VBS都可以用来写任何一端的脚本，只是一般比较习惯用JS来写客户端脚本罢了。至于一般用VBS来写服务器端脚本可能一个是习惯，一个是以示区别。 

　　ASP.Net用RegisterClientScriptBlock()、RegisterStartupScript()等方法来在代码中添加客户端脚本，以及control.Attributes["event"]="script"来为控件添加事件处理脚本。懂得这些和一点JScript知识你也许知道如何实现在按个删除按钮之前弹出一个确认窗口了，把下面代码写在Page_Load里： 



   
btnDel.Attributes["onClick"]="return confirm('确定要删除吗？');"; 
   



　　但如果你多懂得一点内幕，马上就会发现这样虽然能行，但是有很致命的副作用：如果同一页面中设有validator，尽管validator可以报告有错误的输入，但它们都不能阻止表单提交了！原因在于ASP.Net把你自己写的那段JScript代码写在了按钮onclick的最前面： 



   
<input type="submit" name="btnDel" value="Button" onclick="return confirm('确定要删除吗？');if (typeof(Page_ClientValidate) == 'function') Page_ClientValidate(); " language="javascript" id="btnDel" style="……" /> 
   



　　这样原来的if语句后的那条就无法执行了，而Page_ClientValidate()正是ASP.Net自带的WebUIValidation.js里的函数，而一旦影响该函数的正常运行则会使表单不能按原定的方式判断提交。奇怪的是MS自身提供的范例也有这么做的。我们稍微更改一下onClick的脚本来获得正确的做法： 


   
btnDel.Attributes["onClick"]="if(!confirm('确定要删除吗？')) return false;"; 
   
可见客户端脚本的使用是无处不在的，有时需要熟练的技巧和敏锐的决策，在过去的ASP时代如此，现在的.Net时代亦不外如是。


相关链接： 

ASP.Net的反思——网页中的服务器端和客户端脚本(一) 

分清脚本——网页中的服务器端和客户端脚本(二) 

善用脚本交互——网页中的服务器端和客户端脚本(三)