Web前端发展及应用

web前端的发展与应用一、简单明了的初期时代这也被称为web 1.0时代，创业型不论前后，总是35个人都可以完成所有的开发，基本上适合服务方提供什么，浏览器表现什么(由web服务器层控制)优势：简单来说，当地开发了Tomcat和Apache，只要业务没有那么复杂就没问题。弊病：但是，如果业务过多、复杂、服务器增加、开发人员增加，则会出现以下问题1 .服务越来越多，呼叫关系越来越复杂，在前端构建本地环境已不是件容易的事。2. Jsp等代码的可维护性越来越差。jsp:非常强大，可以嵌入Java代码。 如果这个强度不明确前后的责任，jsp就会变成灰色地区，为了赶上项目等紧急需求，jsp中会混杂着大量的业务代码，在一定程度上积累下来，有时会花费很多维护成本。2 .以后端为中心的MVC时代为了降低复杂性，后端成为起点，web服务器层的框架升级是后端的MVC时代。从以上的图可以看出，代码的可维护性明显得到改善，MVC是非常好的协作模型，在帧级让开发者知道代码是什么，应该写在哪里，虽然在模板上不能写Java代码，但是功能看起来很弱1 .前端开发依赖于开发环境在这个框架下，前后合作有两种模式。 一个是写演示，写完后在后端设置模板。好处：很明显，demo可以在本地开发，效率高，后端模板不足，可能是错误的。 另外，在前端确定，沟通调整的成本很大。另一种协作模式是前端负责浏览器的所有开发和服务器端view层模板的开发，支付宝就是这个模式。优点：所有与UI相关的代码都应该写在开头，但不要太在意后端弊病：前端开发与后端紧密结合的环境是环境影响前端开发效率的重要因素。前后责任还没有纠缠Velocity模板仍然强大，变量逻辑、宏等特性仍然可以通过获得上下文变量来实现各种业务逻辑。 这样，只要前端较弱，后端所要求的上层就会写很多业务代码，另一个灰色区域是控制器，页面路由等功能最受前端关注，但是后端实现了。三Ajax的SPA时代2005年Ajax正式提出，除了CDN开始大量积累静态资源外，javascriptd的SPA时代也出现了。特点：在这个模型中，前后分工非常清晰，前后的重要合作点是Ajax界面，看起来不错，但回头看，和jsp时代没什么区别。 复杂性从服务器端的jsp转移到浏览器，取得JavaScript，浏览器变得复杂，变成Spring MVC，从这个时代开始出现浏览器端的层次结构SPA存在一些重要的挑战1 .前后接口的承诺：如果后端接口混乱，后端业务模式不稳定，前端开发就会很痛苦。2 .前端开发复杂性的控制：多数SPA应用程序以功能交互式为主，JavaScript代码正常运行10万行以上。 大量的js代码的组织和view层的结束等并不容易。4 .以前端为中心的MV*时代要降低前端开发的复杂性，请执行以下操作优势：1 .前后责任明确前端在浏览器端运行，后端在服务器端运行。2 .控制前端开发的复杂问题：前端代码虽然重，但是合理分层，让前端代码的各部门担任职务。3 .部署相对独立：产品可以迅速改善。不足：4 .代码不能复用。 例如，后端仍然需要验证数据。5. SPA不能满足所有需求，依然存在很多页面应用。Node带来的全堆栈时代以前端为中心的MV*模型解决了很多问题，但还不够，Node.js兴起，JavaScript可以在服务器端运行，开发了新模型在这种情况下，前后责任是清楚的。 在前端，两个UI层的各个部门的工作方式如下：1、前端用户界面层处理浏览器层的表示逻辑。 对于CSS渲染样式，JavaScript添加交互式功能，将HTML生成放置在该层中，可以具体看到应用场景。2、后端ui lay re处理路径、模板、数据检索等。 路由使前端能够独立控制URL Design，因此无论是单页还是多页，前端都能够自由控制，后端也能够从对表现的强烈关注中解放出来，专注于业务逻辑的开发。与JSP相比，全堆模型看起来像回归，确实是原始开发模型的回归，但是螺旋上升的回归