关于html、asp、php模板引擎、aspnet mvc、REST的一点思考

先看我对REST的一点认识，下面是《rest实战》 这本书的序言文字：
      在我刚刚开始从事解决计算问题的时候，业界就有很多人有一个愿望：将系统设计为能够被*组合的组件。互联网(Internet)无远弗届的广泛连接为这个愿望推波助澜，并且增加了一个新的愿望：使得组件在引入了延迟和不可靠性的网络之上也能正常工作。人们尝试了这个世界上的很多系统，其中的许多系统都失败了——通常伴随着悲伤的啜泣。
　　一个伟大的成功案例是WWW(WorldWideWeb，万维网)。它的成功既渗透进了商业运转之中，也渗透进了流行文化之中。它为人们提供了一个机会：在全球范围内以几乎任意预先安排的协作方式从很多来源获取信息。
　　正如我们现在所知道的，Web并非是计算问题的全部或者终极的解决方案，但是有很多人相信Web给我们上了重要的一课，即如何构造一个由网络化的组件组成的系统。很多人利用了Web的协议——HTTP来连接系统。但是有一些人认为我们应该更进一步，不仅仅将HTTP作为一种便于使用的数据通道，而是拥抱Web本身正常工作的方式，将其作为系统协作的基础。

这种思想集合在“REST”这个名字下，它所指的是RoyFielding的博士论文，这篇论文被提及的次数远远超过了它真正被阅读的次数。追随REST的原理成为了日益增长的共识，它为网络化的组件正常工作开辟了一条硕果累累的大路，而这条大路正建立在Web自身的巨大成功之上。
　　这个愿景是很有吸引力的，但是为了达到目标还需要做很多事情。我们必须理解REST的原理，并且思考如何将其应用到系统集成每天所要解决的问题之上。这就是本书的作者所承担的任务：将REST从一个有吸引力的愿景变成一个已经实现的系统。他们已经做了很多，教会了我如何从资源的角度思考，如何使用HTTP的惯用语(idiom)，以及超媒体控件(hypermediacontr01)的重要性。作为阅读的结果，本书将为你应用REST思想的核心元素打下坚实的基础。

REST”是一种思想，运用到开发上就是一种架构风格。
1）而使用“REST”的目的是什么了？
       通过上面这段文字可以得出就是用来开发大量的网络化组件，这样以后一个系统的设计就只要对这些网络化组件进行*组合就可以了。
比如：现在大部分的互联网公司，阿里、百度、腾讯、优酷、新浪等都开发了自己的开发平台，对公布了很多业务接口提供给开发者进行二次开发，我们可以想象成这些接口就是我们系统中的组件，自己开发一个系统的时候直接用这些组件就可以了；当然现在这些网络组件还不是很多，不能完全满足支撑一个系统，但只要以后各个公司都遵循这种思想去做的话，系统的组件化是迟早的事。

2）互联网早就有了，那为什么REST现在才被提出来了？
       这我们就要回过头来看一下整个Web开发过程，从中寻找我们需要的答案。
互联网刚开始只是大家用来对文件、文字、图片等资源进行分享的，所以那时候的网页基本都是用HTML编写的静态页面，每一个url地址都是对应着一个唯一的资源，可能是一篇文章，也可以是一张图片。用现在的REST来看那时候的互联网是完全符合这种思想的。
让互联网紧紧做资源的分享，是不够的，我们还要在上面进行交互，业务处理等，那么动态脚本随之产生，代表就是现在还存在的asp 、php、aspnetmvc等。
       现在重点讨论asp、php模板引擎、aspnet mvc三者产生的原因，从而解答上面提出的问题。
asp是微软为了迎合市场推出的动态脚本语言，在自家的IIS服务器运行。原理也很简单，就是发送url请求后，IIS接收对地址中指定的asp文件进行编译，把里面的asp脚本代码转换为html代码再返回给浏览器。这样我们通过编写asp脚本就可以实现与前端的交互了，但是后来发现编写这种动态脚本是很痛苦的，调试麻烦，代码阅读性差，功能不好重用等。要解决这个问题就得把界面代码与动态脚本代码进行分离，那么就出现了模板引擎、MVC等程序结构。
个人觉得看php代码就是要先弄清楚代码中使用了什么样的模板引擎，把这个弄清楚后下面的代码就很顺畅了，不然总感觉云里雾里，找不到程序的脉络。
       觉得MVC应该是在模板引擎之后出现的，模板引擎只是解决了后台业务代码与前台界面代码直接的分离，而MVC对这些内容做了更明确的定义，把前台界面代码定义为View、后台业务代码定义为Model、再就是对界面的交互控制用Controller来处理。所以MVC成为了如今开发大一点的web系统的主流框架；
我们从语言谈到了程序结构，这跟我们想说明的REST又有什么关系了？
        很有关系，前面我说html时代其实是完全符合REST思想的，而到后面的asp、php、mvc就反而脱离了REST思想了。REST要达到组件化的目的，资源必须唯一标识，而动态语言，更确切的说是模板引擎、MVC完全打破了这种原则，因为他们是从业务功能的角度来设计程序的，这种设计使资源的访问动态化了，而这种动态的规则又只有程序设计者清楚，所以要想把这种功能组件化是不可能的；而现在Web系统原来越多，也离当初的设想原来越远所以重新提出REST这个概念，让我们不要在岔路上越走越远；

总结：系统组件化在桌面时代一直没能够实现，而在互联网时代是完全有可能成功的，因为互联网的精神就是“开放、平等、协作、分享”。

本文章只是一个即兴所想，拿出来和大家分享一下，里面的观点不一定正确，请大家指正~~

整过过程就是这样的，互联网刚开始的时候还是符合REST的，随着动态脚本的技术发展，设计的程序原来越偏离REST，所以现在重新提出REST，但不可能回到老路，那么就要把现在MVC技术改造为支持REST的一种新架构。