WEB开发、前台后台概念

前台：                                       

网站的前台就是美工，排版，整个网站的前台，就象一个拼图一个，前台的工作就是设计好版面，然后根据版面的大小，主题，做出网站所需要的图片，然后把图片一块一块的，拼在网站上。前台主要是以网站设计为主的及运行于浏览器一端的代码语言，诸如HTML,JAVASCRIPT,CSS等；

前台语言：
HTML、CSS、Javascript
 

RIA是什么？
RIA是Rich Internet Application的缩写，意为富互联网应用，引申为富客户端应用。那么，RIA意味着什么呢？在回答这个问题之前，我们不妨先回顾一下从大型主机时代开始，应用软件系统发展至今所走过的历程：
图中的两个坐标轴，分别代表Rich和Reach，即应用软件的界面表现力和应用软件所能影响到的人群。
1．主机时代，界面表现力和用户数量无疑是最低的。少量的用户使用哑终端操作计算机。
2．随着计算机制造成本的降低，尤其是个人计算机的普及，使得软件行业出现了一种新的部署结构：客户机负责提供丰富的用户界面、承担业务逻辑，在服务器上集中存储数据。这一阶段被称为C/S（Client/Server）时代。
3．C/S结构最大的问题是部署和维护成本极高，一旦用户界面或者业务逻辑发生变化，便需要更新分布在每一台客户机上的软件。因此，B/S（Browser/Server）结构应运而生。在B/S结构中，客户端程序统一运行在Web浏览器中，用户界面由服务器程序渲染生成，客户端程序只负责展现。部署成本的降低，使得应用软件的用户数量激增：互联网能达到的地方，都可能出现你的用户。
4．B/S结构至今被人褒贬不一。首先，客户机的计算能力几乎被废弃了，这是一种浪费；其次，用户界面的表现能力受制于Web浏览器，比起C/S结构发生了倒退。那么，能否创造一种在应用软件的界面表现力和部署成本之间双赢的局面呢？这就是所谓的RIA。
富客户端应用也称胖客户端应用，是相对于B/S时代的瘦客户端应用而言的。在RIA时代，一个运行于Web浏览器中的客户端应用，要上升为富客户端应用，应该具备三个条件：
不输给桌面应用的、具有丰富效果的复杂用户界面。
有能力调度服务端的业务逻辑，自行组装所需要的用户界面，而不是一味地由服务端渲染生成用户界面。
在一定程度上突破Web浏览器的限制。例如，在必要时能接收服务器推送来的数据，这意味着打破“浏览器请求、服务器响应”的单调格局。又例如，在必要时能在客户端存储部分数据——这是无与伦比的一次跨越，一旦拥有存储能力，富客户端应用便能在离线状态下继续为用户提供服务。

JavaScript能为RIA做什么
接下来，我们从技术方面分析RIA所能选择的实现手段。笔者归纳，致力于富客户端这一技术领域的IT厂商大致可以划分为以下4个阵营。
微软阵营：鉴于微软是个人计算机操作系统的最大供应商，出于强化个人计算机地位的初衷，一直致力于富客户端应用开发技术的研发，这一点从其新近于.NET Framework 3.0中集成的WPF，伴随着Windows Vista推出的Windows边栏Gadgets，以及Silverlight等概念中便可见一斑。再加上原有的.NET WinForm、Win32 Application、ActiveX等，微软真不愧是乐此不疲的客户端应用开发技术的“高产户”。其中的ActiveX和Silverlight属于Web浏览器插件技术，非常有可能在RIA市场上抢到一些份额。
Adobe阵营：Adobe紧锣密鼓地推出Apollo计划，在其集成开发环境Flex Builder中，使用ActionScript既能开发运行于Flash Player中的Flash，又能开发运行于桌面的AIR应用。由于Flash已经无处不在，Adobe是非常令人看好的一股力量。
Sun阵营：提到Sun的大名，自然令人想到Java。没有人奢望JavaFX及SWT/Swing/AWT能撼动微软和Adobe，但是在桌面应用方面形成三足鼎立的局面还是值得期待的。在浏览器应用方面，Applet和Java Web Start已经积累下一些成功案例。
Google、Mozilla阵营：Google是云计算和SaaS（Software as a Service）的领导厂商；Mozilla则拥有技术领先的Web浏览器。这是唯一没有推出自己的桌面应用开发技术，而把全部的赌注押在Web上的阵营。JavaScript+HTML+CSS的组合，远没有Silverlight和WPF看起来那么光彩照人，也不像Apollo计划那么活力四射。但是，正是这一组合，让微软不由得发出“Silverlight最大的对手是JavaScript”的感慨。也正是凭借着这一组合，Google开发出了GMap、GMail、GTalk等令人大开眼界的应用。出于自信，Google认为，未来RIA的平台标准已经确立了，那就是Web。
在琳琅满目的实现方式中，JavaScript在其中巧妙地穿针引线，扮演着“黏合剂”的作用。JavaScript与各种浏览器插件技术（Silverlight、ActiveX、Flash、Applet）均拥有互操作能力，无论这种插件技术是主流的、还是生僻的，是传统的、还是现代的。
JavaScript是唯一不需安装任何插件，便被各大主流Web浏览器支持的动态脚本，可谓拥有天然的跨平台性。未来之RIA，必是以JavaScript为核心！

后台：                                         

后台主要是指运行于WEB服务器一段的程序，象ASP,ASP.NET,PHP,JAVA WEB中的JAVA等，其中，我们将数据库开发也列入后台。 
后台运行的结果，往往以HTML为主的形式推给前台-------浏览器客户端

后台是操纵前台的地方，在后台中添加图片，文章，还有很多很多，如果没有后台的话，在前台修改是很麻烦的，一个大站，资源可以说资源有几百万，甚至更多，只有前台的话，要自己一个一个加进去，那是不可能的，后台的出现，解决了这个问题。

后台语言：

Asp.net(C#或VB)、JSP(Java)、PHP

PHP：优点：草根，所以有广泛群众基础，极度适合做 CMS，入门门槛极低（补充一个鸟哥说的：部署方便，确实像 PHP 这样部署方便的不多见）。另外一个优点就是有大量成熟的 CMS 可以做二次开发（WordPress、Drupal、Joomla 等）。缺点：不适合做逻辑复杂的 Web 2.0 应用（不要谈 Facebook，Facebook 已经把 PHP hack 到不是 PHP 了），因为生命期单一（一个请求为一个生命期，请求间完全隔离），所以从 PHP Script 的角度扩展显得鸡肋（目前大多 PHP 框架的共同问题）。
JSP：已经边缘化的东西了。如果说 Java Web，那还有的一谈（Spring MVC 就很不错），JSP 真的没什么好谈的了。
ASP .NET：这个最大的优势是不开放，没错，不开放是 ASP .NET 系的优势。因为微软是几乎唯一的支持者，所以系内产品可以无缝搭配，支持也很到位，这点和 Python 的 Django 很像。劣势：不开放，所以如果需求比较独特了，微软的产品线没有覆盖，那么上述优势瞬间灰飞烟灭 = =~
我觉得当代 Web 应用，新兴技术才是真正值得选择的：
Ruby、Python 等 Web 框架和相关技术
JVM 扩展的其他动态语言框架
这些新兴技术的共同特点是开发效率极高，因为新兴语言的灵活性，适合做 DSL，所以在框架方面往往能实现近乎声明式的开发；同时因为社区活跃，需要造轮子的地方很少，很多可以复用的第三方社区扩展。