程序员必知的前端演进史教程.docx

程序员必知的前端演进史  细细整理了过去接触过的那些前端技术，发现前端演进是段特别有意思的历史。人们总是在过去就做出未来需要的框架，而现在流行的是过去发明过的。如，响应式设计不得不提到的一个缺点是：它只是将原本在模板层做的事，放到了样式（CSS）层来完成。 复杂度同力一样不会消失，也不会凭空产生，它总是从一个物体转移到另一个物体或一种形式转为另一种形式。 如果六、七年前的移动网络速度和今天一样快，那么直接上的技术就是响应式设计，APP、SPA就不会流行得这么快。尽管我们可以预见未来这些领域会变得更好，但是更需要的是改变现状。改变现状的同时也需要预见未来的需求。 （题图来自：） 什么是前端？ 维基百科是这样说的：前端（front-end）和后端（back-end）是描述进程开始和结束的通用词汇。前端作用于采集输入信息，后端进行处理。计算机程序的界面样式，视觉呈现属于前端。 这种说法给人一种很模糊的感觉，但是他说得又很对，它负责视觉展示。在MVC结构或者MVP中，负责视觉显示的部分只有 HYPERLINK /article/vi-editor-guide.html \o vi \t _blank view层，而今天大多数所谓的View层已经超越了View层。前端是一个很神奇的概念，但是而今的前端已经发生了很大的变化。 你引入了Backbone、Angluar，你的架构变成了MVP、MVVM。尽管发生了一些架构上的变化，但是项目的开发并没有因此而发生变化。这其中涉及到了一些职责的问题，如果某一个层级中有太多的职责，那么它是不是加重了一些人的负担？ 前端演进史 过去一直想整理一篇文章来说说前端发展的历史，但是想着这些历史已经被人们所熟知。后来发现并非如此，大抵是幸存者偏见——关注到的都知道这些历史。 数据-模板-样式混合 在有限的前端经验里，我还是经历了那段用Table来作样式的年代。大学期间曾经有偿帮一些公司或者个人开发、维护一些CMS，而Table是当时 帮某个网站更新样式接触到的——ASP.Net（maybe)。当时，我们启动这个CMS用的是一个名为aspweb.exe的程序。于是，在我的移动硬 盘里找到了下面的代码。 TABLE?cellSpacing=0?cellPadding=0?width=910?align=center?border=0? ??TBODY? ??TR? ????TD?vAlign=top?width=188TABLE?cellSpacing=0?cellPadding=0?width=184?align=center?border=0? ????????TBODY? ????????TR? ??????????TD[站外图片上传中……(9)]/TD/TR? ????????TR? ??????????TD? ????????????TABLE?cellSpacing=0?cellPadding=0?width=184?align=center? ????????????background=Images/xxx.gif?border=0? 虽然，我也已经在HEAD里找到了现代的雏形——DIV + CSS，然而这仍然是一个Table的年代。 LINK href=img/xxx.css type=text/css rel=stylesheet 人们一直在说前端很难，问题是你学过么？？？ 人们一直在说前端很难，问题是你学过么？？？ 人们一直在说前端很难，问题是你学过么？？？ 也许，你也一直在说CSS不好写，但是CSS真的不好写么？人们总在说JS很难用，但是你学过么？只在需要的时候才去学，那肯定很难。你不曾花时间去学习一门语言，但是却能直接写出可以work的代码，说明他们容易上手。如果你看过一些有经验的Ruby、Scala、Emacs Lisp开发者写出来的代码，我想会得到相同的结论。有一些语言可以让写程序的人Happy，但是看的人可能就不Happy了。做事的方法不止一种，但是不是所有的人都要用那种方法去做。 过去的那些 HYPERLINK / \o 程序员 \t _blank 程序员都是真正的全栈程序员，这些程序员不仅仅做了前端的活，还做了数据库的工作。 Set?rs?=?Server.CreateObject(ADODB.Recordset)? sql?=?select?id,title,username,email,qq,adddate,content,Re_content,home,face,sex?from?Fl_Book?where?ispassed=1?order?by?id?desc? rs.open?sql,?Conn,?1,?1? fl.SqlQueryNum?=?fl.Sq