页面前端的水有多深?
但凡从事互联网的人基本都会写几行
html,用过 Word 的人用 Dreamweaver
也能做出规整的页面,所以大部分人会很自然地认为
“页面的开发没什么技术含量,
很简单
”。不仅有这种普遍的认知,对从业者来说也有很多疑惑:做页面前端实现,
没问题;兼容性,小
case;图片集成,一直都在用……还能有什么问题?瓶颈啊、
天花板啊、转型啊、出路啊就在从业者中广泛讨论。是不是真的没什么问题了呢?网
易邮箱前端技术中心也设立好几年了,似乎有着讨论不完的话题,也经常会有一些
新的想法让大家为之一振。那么页面开发还有哪些要求,还要做些什么,这里面的
水有多深,让我们舀舀看。
在不同的时期对页面前端的看法似乎是多变的。在互联网早期的时候,小车还是比
房子贵的,烧饼和粉丝还只是用来吃的,菊花还只是用来泡茶的。那时的页面设计
风格相对单一,对应的页面需求比较简单,并且当时的浏览器也基本是
IE6 的天
下,
javascript 也只是网页特效的代名词,HTML 页面本身没有引起太多人的关
注,似乎只要能用
div 甚至 table 加 css 辅助把图片定好位,把页面内容预留好
就
OK 了,并且这种观念存在了很长一段时间。随着页面内容的丰富,设计风格的
发展,交互复杂性的增加,
AJAX 的
基本的页面本身重视起来。然后热议的就是浏览器的兼容性,碰到问题最热衷的就
是满网络搜索
hack,顺便再骂骂 IE6、7……当这些都做一遍后,似乎又遇到了瓶
颈,又开始寻找出路。我们就从这个阶段开始说起。
实现效果图是最基本的工作
把视觉稿通过页面代码的方式表现出来包含了两个基本诉求:
1.能够真实反映视觉
稿;
2.能够通过浏览器的兼容。这两个诉求的达成需要我们有追求细节的态度和一
定的页面功底,能完成这两个内容就可以初步进入页面前端的从业者行列了,但这
就代表着我们可以胜任页面开发的工作了?不,才刚刚开始!
与设计师的沟通和项目的参与
沟通很重要。先抛出几个问题:我们有没有和设计师探讨过某些效果对低端浏览器
渲染效率影响比较大?有没有探讨过部分效果可以用
加简洁清晰?有没有在代码和视觉中寻追求过平衡?页面前端的开发向基本用户,
编写的代码也直接作用在浏览器上,我们有义务对页面的稳定性和渲染效率负责。
我们也经常碰到项目在总体进度压力下导致的设计与页面前端开发同步进行,这时
更有必要尽量多地获取项目信息,了解我们还要做些什么,这些可以帮助我们充分
考虑重用和框架拓展。
良好的页面结构