web前端大问题,不得解

更好的工作机会
在100offer,提交一份个人资料,一周内即会有5-10家Top互联网公司主动向你发出邀请。100offer确保你的隐私万无一失,同时Consultant将为你全程提供专业服务。
最具价值web全栈课程
只做前端开发培训的好学校,专注于多方向全栈工程师培养。前端名师邵山欢亲自授课,课程涵盖HTML5、CSS3、Node.js、Angular、React诸多课程,免费视频广受学生好评。
跟牛人学前端
跟牛人学前端
妙味大前端自学宝典
妙味课堂2016年JavaScript课程大纲震撼升级、全栈来袭!
前端最新干货
前端最新干货
web在线直播课
潭州教育是中国较早的在线教育平台,教学内容涵盖网络营销,java,javascript,jquery,android,ios,mysql,围棋,刺绣,养殖,农业,手艺,网页设计,平面设计,影视后期,CAD建筑机械,网络营销,商战智慧,办公软件,三维设计,工业设计,淘宝摄影,英语,音乐,大学代理,Photoshop教程,
Max教程,Maya教程,CAD教程,会声会影教程,AI教程,淘宝开店,摄影教程,免费教程,素材下载等众多在线学习精品课程。经过10年的发展,潭州教育已经发展为中国规模较大的在线教育平台。
JavaScript 代码片段
精心挑选的有用的 JavaScript 代码片段,你可以在30秒或更短的时间内理解。
Parcel 中文文档
快速,零配置的 Web 应用程序打包器
您的位置: » 分类:
» 文章: 页面中css调试和问题解决的一些经验总结
您可能感兴趣的文章
近期最热文章
关注WEB前端开发公众号前端工程师面临巨大危机,前端真的会被淘汰吗?看看大咖们怎么说
前端工程师面临巨大危机,前端真的会被淘汰吗?看看大咖们怎么说
文章略长,没耐心者可以跳到文末小编已用三句话概括全文。
事情起因是这样子的,有团队做了一款可以直接生成网页的手机APP发布了。某知友就慌乱了,觉得前端工程师会被AI所取代,开始纠结学习前端还是后端。
“手机APP可以直接生成网页,取代了前端工程师的一部分工作,随着APP的进一步开发使用,前端开发的行业空间将更加狭小,是不是就意味着,前端开发正面临着被淘汰的局面?”
前端真的会被取代吗?
答案是否定的。诚然,按照人类现在的发展趋势,未来所有工作都将被AI取代,但是计算机行业肯定也是要在后期才会被取代,优先取代的必然是一些流水线上的固定岗位的重复工作。
很多人会有这种想法,有以下几个原因:
1、大部分人对于前端工程师的误解
一个转换网页的APP的出现就能引起这么多人的猜测和恐慌,足以说明很多人对于前端开发的认识和了解是不够清晰的。
真正的前端开发并不是傻瓜式的网页生成可以取代的,在这个前端开发快速发展的互联网时代,你还认为前端开发只是切网页的,那你就大错特错了。
来看一则招聘启示:
看岗位职责就知道了,一个APP转换网页怎么可能撼动前端开发整个行业呢?大家真是太小看我们的前端攻城狮的日常了。
总结一下来说,前端工作主要方向是下面三个:
1.偏设计和交互方向
重点是设计或交互能力,需要知道页面怎么做好看,怎么更符合用户的使用习惯(用户的需求大多数的是无止境的,无理的,无逻辑的)
设计能力强的后续可以转懂技术的设计!交互能力强的后续可以转产品。
2.偏逻辑和架构方向
和后端有些近似了。其实是前后端分离后产物,现在的后端只负责产出数据,那么和页面相关的逻辑转换就需要前端继续实施了,更高级的就需要知道框架的选型以及业务模块的封装。
发展方向就是架构师了,当然也不排除一部分同学直接转成了后端
3.偏安全&运维方向
早期的前端代码都是依附于后端进行部署,但是现在cdn,node环境搭建,都需要专门的同学去负责。这个方向比较杂,也比较容易产生大牛,所以crsf攻击、页面响应优化这样的事一般都会放到这块来
下面是我筛选的几个大咖的分析,我觉得还是比较中肯的额,但不完全代表我的看法
专业性的方面分析完了,我们再来看看侧面因素,为何一个看似门外汉提出的问题会有60万人响应呢?这让我陷入深思,行内都知道,2017年开始前端突然崛起,大批大批的IT人员或者非IT人员转行做前端,这60万人中,学艺不精者,心态浮躁者应该占了大部分,那就引出下面第二个观点。
2、行业内大批学艺不精者造成市场饱和假象
由于前端工程师的入门门槛较低,很多人认为HTML、CSS、JavaScript并不是很难掌握的语言,似乎只要花一点时间,无论是谁,都可以通过网上教程或者书本入门。
许多人怀着追求高薪的想法入行,其实也没什么错,但是无法安心学习,浅尝辄止,会一点皮毛便不再深入研究,所以即便有大量的前端工程师涌入,公司对于技术扎实的优秀工程师的需求仍然只增不减。
来看看数据(早先小编还有一篇大数据分析前端技术发展潮流的文章,有意者可以关注阅读)
(以北京为例,截止到日,前端岗位需求两万多。)
(以北京、上海、深圳、广州等一线城市为首,一线城市对于前端攻城狮需求量仍然极大.)
整个互联网在不断发展,前端开发技术也在不断进步,前端开发市场会越来越广泛,人才需求当然也不会止步于当前,所以不论现在还是未来,整体市场都不会饱和,只会低端饱和,高端缺人。未来优秀前端开发工程师将成为市场争抢的资源。而淘汰的并不是前端,应该是落后的技术和不合格的开发者。
10 年前的前端工程师熟悉所有 IE6 bug,只要你说得出表象,他就能告诉你这个 bug 叫什么名字、成因是什么、如何能够绕过去同时保持跟其它浏览器兼容。
10年后的现在,这样的技术是显然被淘汰了的。
上图的发言者明显在当下发展最好的几个IT公司工作过,这样的一位大咖为何会被淘汰,他的自我分析也说出来本质问题,这个问题才是所有前端工程师不管新人还是大咖都要认真对待的——迭代能力问题。各大滥竽充数的开发者开始在行业中找不到自己的一席之地,正面分析,前端开发在未来巨大的潜力和优势,反之思考在这巨大的潜力下,就是前端技术日新月异的技术迭代是非常考验程序员的学习新知识的能力的。
3.前端开发技术日新月异,那么前端开发攻城狮的未来又在哪里呢?
据蚂蚁金服数据平台,负责数据中台产品研发的前端工程师成曰分析预测:
随着前端技术发展,那些小规模移动App市场被一些巨头把持,小规模App生存空间将越来越小,PC信息导航类网站(网址、购物、论坛、生活)由于移动优先、智能推荐的现状,也同样面临更加狭小的生存空间。
还有一大变化是,大量工作需要前端来做:
日常办公软件(复杂应用,并且慢慢从桌面程序演化为Web):Office、Email、文档管理、产品设计、项目管理、代码编辑器
大数据/AI配套软件(复杂应用,并且慢慢从桌面程序演化为Web):需要大量的后台系统来做数据分析/机器学习
播放器/游戏:H5代替Flash,如Web Audio、Web Video、Canvas
容器/DSL/内核/小程序:支付宝/微信/钉钉容器,内核(也就是UC、QQ浏览器内核),及其自定义DSL(如果将来手机的底层能力都可以上浮到小程序,很有想象空间)
产品信息展示类网站(炫酷应用):各种智能设备官网、大企业官网
文末小编总结一段话,概括所有问题。
前端开发近十年都不易被撼动或取代,重要程度逐年增长中,吸金能力亦然。
从业者应该注重自身知识巩固和新知识的更新迭代。
找准时代发展方向,努力专研,勇于创新能让你走在时代最前头。
回答上期读者问题:
“前段时间很多刚学习编程的新朋友问我有没有好资料,所以我都在认真搜索新的跟得上潮流的有价值的编程资料。价值不菲,足足3000G,找了好多大咖搜集的!比外面的学习资料,或者某宝的2块钱资料强多了。终于整理完全,可以分享给大家了。”想要的评论或者私信“领资料”大巧不工:Web前端设计修炼之道 PDF扫描版[103MB]
大巧不工:Web前端设计修炼之道
书籍大小:103.26MB
书籍语言:简体中文
书籍类型:
书籍授权:免费软件
更新时间:
书籍类别:编程其它
购买链接:
网友评分:
应用平台:
48.6MB | 简体中文
61.03MB | 简体中文
108MB | 简体中文
118MB | 简体中文
390MB | 简体中文
17MB | 简体中文
4.6MB | 简体中文
21.58MB | 简体中文
73.34MB | 简体中文
下载错误?
大巧不工:Web前端设计修炼之道 PDF扫描版[103MB]他的最新文章
他的热门文章
您举报文章:
举报原因:
原文地址:
原因补充:
(最多只允许输入30个字)<span style="color: #、请减少HTTP请求基本原理:在浏览器(客户端)和服务器发生通信时,就已经消耗了大量的时间,尤其是在网络情况比较糟糕的时候,这个问题尤其的突出。一个正常HTTP请求的流程简述:如在浏览器中输入"www.xxxxxx.com"并按下回车,浏览器再与这个URL指向的服务器建立连接,然后浏览器才能向服务器发送请求信息,服务器在接受到请求的信息后再返回相应的信息,浏览器接收到来自服务器的应答信息后,对这些数据解释执行。而当我们请求的网页文件中有很多图片、CSS、JS甚至音乐等信息时,将会频繁的与服务器建立连接,与释放连接,这必定会造成资源的浪费,且每个HTTP请求都会对服务器和浏览器产生性能负担。网速相同的条件下,下载一个100KB的图片比下载两个50KB的图片要快。所以,请减少HTTP请求。解决办法:合并图片(css sprites),合并CSS和JS文件;图片较多的页面也可以使用 lazyLoad 等技术进行优化。2、请正确理解 Repaint 和 Reflow注:Repaint 和 Reflow 也就是重绘和重排,请允许我在这卖弄下我有限认识的那么几个英语单词...囧基本原理:Repaint(重绘)就是在一个元素的外观被改变,但没有改变布局(宽高)的情况下发生,如改变visibility、outline、背景色等等。Reflow(重排)就是DOM的变化影响到了元素的几何属性(宽和高),浏览器会重新计算元素的几何属性,会使渲染树中受到影响的部分失效,浏览器会验证DOM树上的所有其它结点的visibility属性,这也是Reflow低效的原因。如:改变窗囗大小、改变文字大小、内容的改变、浏览器窗口变化,style属性的改变等等。如果Reflow的过于频繁,CPU使用率就会噌噌的往上涨,所以前端也就有必要知道
Repaint 和 Reflow的知识。减少性能影响的办法:上面提到通过设置style属性改变结点样式的话,每设置一次都会导致一次reflow,所以最好通过设置class的方式;
有动画效果的元素,它的position属性应当设为fixed或absolute,这样不会影响其它元素的布局;如果功能需求上不能设置position为fixed或absolute,那么就权衡速度的平滑性。总之,因为 Reflow 有时确实不可避免,所以只能尽可能限制Reflow的影响范围。3、请减少对DOM的操作基本原理:对DOM操作的代价是高昂的,这在网页应用中的通常是一个性能瓶颈。天生就慢。在《高性能JavaScript》中这么比喻:“把DOM看成一个岛屿,把JavaScript(ECMAScript)看成另一个岛屿,两者之间以一座收费桥连接”。所以每次访问DOM都会教一个过桥费,而访问的次数越多,交的费用也就越多。所以一般建议尽量减少过桥次数。解决办法:修改和访问DOM元素会造成页面的Repaint和Reflow,循环对DOM操作更是罪恶的行为。所以请合理的使用JavaScript变量储存内容,考虑大量DOM元素中循环的性能开销,在循环结束时一次性写入。减少对DOM元素的查询和修改,查询时可将其赋值给局部变量。注:在IE中:hover会降低响应速度。4、使用JSON格式来进行数据交换基本原理:JSON是一种轻量级的数据交换格式,采用完全独立于语言的文本格式,是理想的数据交换格式。同时,JSON是 JavaScript原生格式,这意味着在 JavaScript 中处理 JSON数据不需要任何特殊的 API 或工具包。与XML序列化相比,JSON序列化后产生的数据一般要比XML序列化后数据体积小,所以在Facebook等知名网站中都采用了JSON作为数据交换方式。JS操作JSON:在JSON中,有两种结构: 对象和数组。一个对象以 “ { ” 开始,“ } ” 结束。每个“名称”后跟一个 “ : ” ;“名称/值 对”之间使用 “ , ”(逗号)分隔。 名称用引号括起来;值如果是字符串则必须用引号括起来,数值型则不需要。如:var obj={"name":"darren","age":24,"location":"beijing"}数组是值(value)的有序集合。一个数组以 “ [ ” 开始, “ ] ” 结束。值之间使用 “ , ” (逗号)分隔。如:var jsonlist=[{"name":"darren","age":24,"location":"beijing"},{"name":"weidong.nie","age":24,"location":"hunan"}];对这种数组和对象字面量的操作是非常方便且高效的。如果预先知道JSON结构的情况下,使用JSON进行数据传递简直是太美妙了,可以写出很实用美观可读性强的代码。如果你是纯粹的前台开发人员,一定会非常喜欢JSON。5、高效使用HTML标签和CSS样式基本原理:HTML是一门用来描述网页的一种语言,它使用标记标签来描述网页,作为一名合格的前端开发,你有必要去知道其常用标签代表的含义(SEO)和属性(表现形式)。CSS指层叠样式表 (Cascading Style Sheets),如果说把页面想象成一个人,HTML就是人的骨架,CSS就是人的衣装,一个人的品味从他的衣装就能一目了然。一名专业的前端开发也是一名优秀的重构,因为在页面中经常会有各种不合理的嵌套和重复定义的CSS样式,我不是要你重构页面,只是希望你在碰到这种情况的时候解决这些问题。如这样的
&font size="3"&HTML: 1
或者这样的CSS:
&font size="3"&body .box .border ul li p strong span{color:#000}&/font&
以上都是对HTML和CSS非常糟糕的使用方法。&正确理解:HTML是一门标记语言,使用合理的HTML标签前你必须了解其属性,比如Flow Elements,Metadata Elements ,Phrasing Elements。比较基础的就是得知道块级元素和内联元素、盒模型、SEO方面的知识。CSS是用来渲染页面的,也是存在渲染效率的问题。CSS选择符是从右向左进行匹配的,这里对css选择符按照开销从小到大的顺序梳理一下:ID选择符 #box类选择符 .box标签 div伪类和伪元素 a:hover当页面被触发引起回流(reflow)的时候,低效的选择符依然会引发更高的开销,所以请避免低效。6、使用CDN加速(内容分发网络)基本原理:CDN的全称是Content Delivery Network,即内容分发网络。"其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节,使内容传输的更快、更稳定。通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络,CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。"
- 百度百科。上面几句话有多少能安安心心看完的,所以我还是通过说故事再来介绍一遍吧,顺便补一句,故事出处不明,^_^:古代打仗大家一定都知道,由于古代的交通很不发达,所以当外族进攻的时候往往不能及时的反击,等朝廷征完兵再把兵派往边境的时候那些侵略者却是早已不见了踪影,这个让古代的帝王很是郁闷。后来帝王们学聪明了,都将大量的兵员提前派往边境驻扎,让他们平时屯田,战时当兵,这样的策略起到了很显著的作用。
不足之处:实时性不太好是CDN的致命缺陷。随着对CDN需求的逐渐升温,这一缺陷将得到改进,使来自于远程服务器的网络内容网页与复本服务器或缓存器中的网页保持同步。解决方法是在网络内容发生变化时将新的网络内容从服务器端直接传送到缓存器,或者当对网络内容的访问增加时将数据源服务器的网络内容尽可能实时地复制到缓存服务器。将CSS和JS放到外部文件中引用,CSS放头,JS放尾&基本原理:注:这个是很基础且必须遵循的知识点,可是为了文章的完整性勉为其难加进来吧,嘿嘿。引入外部文件好处是显而易见的,而且是项目稍稍复杂一点的时候就有必要了这样做了。易维护、易扩展,方便管理和重复利用。正确的方式:JavaScript是浏览器中的霸主,为什么这么说,因为在浏览器在执行JavaScript代码时,不能同时做其它事情,即每次出现都会让页面等待脚本的解析和执行(不论JavaScript是内嵌的还是外链的),JavaScript代码执行完成后,才继续渲染页面。这个也就是JavaScript的阻塞特性。因为这个阻塞的特点,建议把JavaScript代码放到标签以前,这样既能有效的防止JavaScript的阻塞,又能使得页面的HTML结构能更快的释放。HTML规范清楚指出CSS要放包含在页面的区域内,这里就不多解释了。7、精简CSS和JS文件&基本原理:有一条非常重要的准则一直没有提到,就是CSS和JavaScript的压缩,直接减少下载的文件体积。我个人经常使用的方式是使用 YUI Compressor,它的特点是:移除注释;移除额外的空格;细微优化;标识符替换。YUI
Compressor是java程序,如果你对java很熟悉的话可快速的上手使用yuicompressor.jar;如果你对java很陌生也没关系,一样可以使用YUI
Compressor,下面介绍其使用方式。&YUI Compressor的配置和使用:先配置使用环境:1.先确保电脑中是否安装了JDK2.再配置必要的环境变量(细节不能三两句说清,所以不知道如何设置还是搜索吧)3.在cmd界面,输入javac可测试是否安装成功使用方法可从cmd到进入yuicompressor.jar所在磁盘,我以自己的yuicompressor-2.4.2.jar为例:1.压缩JSjava -jar yuicompressor-2.4.2.jar api.js & api.min.js2.压缩CSSjava -jar yuicompressor-2.4.2.jar style.css & style.min.cssWeb前端性能优化当然,还有另一种更傻瓜式的使用方式,赶兴趣的朋友自己可去多尝试下。8、压缩图片和使用图片Sprite技术基本原理:注:其实压缩图片和图片精灵是两个方面的技术,可是既然都是关于图片的优化还是放到一块吧。现在由于工作的细分,专业的前端工程师已经少有机会去切图了,可是关于图片压缩还是得略微了解,一般图片压缩的方式有:1.缩小图片分辨率;2.改变图片格式;3.降低图片保存质量。关于图片精灵(Sprite)技术就和我们工作直接相关,不管是在CSS中的图片还是在HTML结构中的图片都会产生HTTP请求,前端优化的第一条就是减少请求数,最直接有效的方法是使用图片精灵(CSS
Sprite)。图片精灵就是把许多图片放到一张大图片里面,通过CSS来显示图片的一部分。至于图片精灵的操作细节就不多做介绍了,网上相关内容很多。9、注意控制Cookie大小和污染&基本原理和使用方法:有关Cookie的基础和高级知识可以去看本人写过的一篇文章《JavaScript 操作 Cookie》。因为Cookie是本地的磁盘文件,每次浏览器都会去读取相应的Cookie,所以建议去除不必要的Coockie,使Coockie体积尽量小以减少对用户响应的影响;使用Cookie跨域操作时注意在适应级别的域名上设置coockie以便使子域名不受其影响;Cookie是有生命周期的,所以请注意设置合理的过期时间,合理地Expire时间和不要过早去清除coockie,都会改善用户的响应时间。
转载于W3Ctec
阅读(...) 评论()}

我要回帖

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信