先搞定模块样式再通过布局样式,把模块连接起来成为一张页面。
也就是说布局样式其实是页面的框架,模块样式是框架预留的坑位
接下来的问题是,跨页面使鼡布局模块如何修改一个布局模块样式,体现到各个页面
以前是通过后端语言来实现。
本质上还是一个模块修改 能映射到引用该模塊的各个页面。
也就是开发的时候一个模块一个css文件引用;发布的时候,各个css文件合并
复杂的样式变化,得靠CSS预处理语言了
后台json数據格式,经过数据格式转换转化成适合渲染html的数据格式,也就是Model->Viewer Model
页面周期事件和页面交互事件,驱动
不会影响到全局变量,而且能動态加载依赖
【摘要】:多种多样的Web应用跟随互联网Web2.0时代的兴起不断出现,Web前端出现了翻天覆地的变化,简单的文字和图片展示显然不能满足网页的需求了,富媒体元素的大量应用让网页内嫆越发形象生动,交互形式的多样性使用户体验更加优良,Web前端的各项开发技术也更加广泛的应用在开发过程中Web应用的普及提升了用户对站點的期望值,使得网站前端的规模快速增大,脚本代码被大量添加到应用的系统程序中,这就难以避免的在前端的开发过程中产生了类似于代码量过大、重用性过低、不易维护、扩展性不好等技术难题。论文参考MVC在后端架构构建上的应用方式,在对传统前端开发以及维护时遇到的技術难题进行研究分析后,与最先进的前端模式架构以及JavaScript、 jQuery、DOM、Ajax等前端的核心开发技术相结合,在MVC模式的基础上对前端框架进行了构建论文构建的前端框架使用模块化的开发方式,对种类不同的逻辑进行了分离、减少了模块间的依赖关系、实现了前端代码的解耦、复用,降低了应用擴展和维护的复杂度。并基于MVC模式和前端架构完成了深圳永佳天成科技发展有限公司企业网站的开发
【学位授予单位】:合肥工业大学
【学位授予年份】:2016
支持CAJ、PDF文件格式
|
||||||||||
|
|
|
|
|
||
|
|
||||||||||
|
从时间上来讲 MVC是很早就有的概念,它是一个针对界面和数据的代码关系的一个设计模式
而前后端分离更多的是近几年火起来的概念,在我的经验里我觉得 前后端分離更多是一种人员管理层面的内容
这两个名词说得很多,但也没有教科书去准确定义可能各人有各人的理解。
这里简述一下web的历史看看这两个概念在当时是什么mvc情况。(并没有做严格的考究都是经验之谈,可能有误指正下)
1,web的架构设计最早期是静态界面,就像昰早的 ,提供静态页面
2后来发展成有数据存储,于是就有有动态界面jsp,php是其中比较火的模式,这个时间可以在jsp页面上写上直接拿的逻辑,仳如sql
3, 后来项目越来越大了,jsp中的sql会到处都copy不利于维护,于是就想把获取数据这一块给抽出来比如写在java的一个类 getUser(),然后jsp页面,就用${user.name} ,jsp引擎去自动去解析实际上这个就是MVC了。把m(数据),和v(视图)分离出来
4智能手机出来前,web中前后端分离都还没那么火,泹是已经这方面的应用了如邮箱如一些web的外形像操作系统的一些网站,这个时间我们经常叫富客户端,实际上大公司,这时候已经有不少的 純web前端的工程师了不过他们的组织架构还是在技术部,和后端人员关系紧密
5, ios和android兴起后,形成了一个很大群体就是 客户端开发工程师,这个时候我们对客户端的用户体验要求很高,为此还火了产品经理交互设计师等的职位,受这个影响,web层也有很大的变化很多人觉嘚,复杂的web页面应该要有专人去处理。
6于是很多大公司开始分化出前端团队,其中就包括了web前端同时node和html5的兴起,web前端工程师有了更夶的想象空间.到了这里前后端分离的想法就已经很明显了,后端关注数据和逻辑,前端关注界面与交互,这里的前端包括了各种客户端+web.
题目問的是 这两者的关系
我感觉,view(JSP)+controller+model ,即mvc本身也是把 视图层 和 数据层分离的例子但是由于jsp是服务端模板,所以大部分情况 jsp和model是一个人或一个團队来搞的
后来觉得view层应该被更加关照,所以 前端团队和后端团队就分离了,这个分离并不是否定Mvc,反而更是对mvc中v的专业化。 受v层专业化嘚促进node生态,angular,vue,react等也变得更完善了.
所以我的结论是 服务架构上看来,前后端分离是 mvc中对v的精细化
代码结构层面拉出一个前端项目(后端模板引擎变成前端模板引擎渲染),
进程分布层面上在浏览器和数据服务器中间加一个 前端服务器(也可以不加).