贺师俊，网页中鼠标点击与javascript的click事件怎么区分

1，网页中鼠标点击与javascript的click事件怎么区分

先是鼠标点击dom元素，触发js里面click方法，再执行方法里面的逻辑。直接使用js里面click()方法相当于模拟鼠标点击。并无什么太大区别。

如果只是在 jquery 里的话，可以判断 e.originalevent 是否存在。不在 jquery 里，可以判断 clientx, pagex 之类的坐标属性是否为零。当然，对于第三方脚本通过 document.createevent() 和 dispatchevent 触发的事件，如果他们也伪造了这些坐标值，就不太有什么办法了。只能依赖浏览器更底层的安全策略，即 @贺师俊说的 dom level 3 标准， event.istrusted 。这个属性目前只有 firefox 和 ie 9+ 支持。并且 ie 上的支持还不完全。

网页中鼠标点击与javascript的click事件怎么区分

2，知乎上有哪些 JavaScript 高手

提供一些名字给你。不过有些是记不得了。winter，朴灵，元彦，贺师俊，寸志，Jim Liu，题叶，月影，祖明，董必正，司徒正美，大漠，小芋头君，拔赤，死马，豪情，貘吃馍香，张云龙，小爝，顾轶灵，赵望野，张克军，愚人码头，堂主，Cat Chen，情封，一丝，玉伯。vue.js 尤雨溪。他们都属于在知乎上比较活跃，并且能带来很多新知识和思路的前辈。也可以看看他们以前的回答，必有收获。

winter，朴灵，元彦，贺师俊，寸志，Jim Liu，题叶，月影，祖明，董必正，司徒正美，大漠，小芋头君，拔赤，死马，豪情，貘吃馍香，张云龙，小爝，顾轶灵，赵望野，张克军，愚人码头，堂主，Cat Chen，情封，一丝，玉伯。vue.js 尤雨溪。他们都属于在知乎上比较活跃，并且能带来很多新知识和思路的前辈。也可以看看他们以前的回答，必有收获。

这个问题就好像在问，百度知道上js谁最牛一样再看看别人怎么说的。

知乎上有哪些 JavaScript 高手

3，现在网页设计中的为什么少有人用 11px13px15px 等奇数的字体

偶数字号相对更容易和 web 设计的其他部分构成比例关系。比如：当我用了 14 px 的正文字号，我可能会在一些地方用 14 × 0.5 = 7 px 的 margin，在另一些地方用 14 × 1.5 = 21 px 的标题字号。Windows 自带的点阵宋体（中易宋体）从 Vista 开始只提供 12、14、16 px 这三个大小的点阵，而 13、15、17 px 时用的是小一号的点阵（即每个字占的空间大了 1 px，但点阵没变），于是略显稀疏。这个我不确定，需要确认：听说有不少字体的 hinting 都只专门处理了常用的几个偶数字号。除了上面说的这些，奇偶字号的字体渲染效果似乎其实差别不大（尤其在 OS X 和 Linux 以及手持设备上）。即使在 Windows 里，微软雅黑在 11 至 17 px 之间的奇偶字号效果似乎也都差不多。（呃，都差不多糟糕……）目前 12、13、14、15、16 px 其实都是很不错的正文字号。知乎和豆瓣的正文字号都是 13 px，而中文维基百科的正文字号是 15 px，并没有什么不好。另，@贺师俊指出：早期的 Windows 里，中易宋体点阵只有 12 和 14、15、16 px，唯独缺少 13 px。

px好像是代表像素

这些字体显示不好看,一般用12 14 16的Arial tahoma 宋体等

如果用奇数，各个浏览器的解析不是一样的。不好看。最好用偶数，一般网页字体都是12px；如果不设置，浏览器默认是16px

现在网页设计中的为什么少有人用 11px13px15px 等奇数的字体

4，前端架构师是一种怎样的存在

1，我比较认同的有winter和贺师俊还有张云龙这三位。其他没提到的可能我不太关注，高手很多，但是能达到架构师的其实不多，最多算是高工，或者某一领域专业的牛人，我觉得就像前3位提到的大神，他们的编码能力过硬，算法能力，计算机基础知识都没的说，许多回答都是干货，有理有据，show me code风格的，而且解答不会模糊，直接简要，能做到这些必须是肚子里有货，我觉得这算是硬件基础。2，编码能力好，熟悉各项标准，算法好，API熟练，就能成为前端架构师了么?不不，这些只能说你是个高工，你说你自己写了许多框架和开源包，各种功能，前后端都有？no no no，也是最多算是高工而已。至少我是这样认为，为什么呢？因为你踩的坑决定了你架构的能力，你的硬件基础只决定了你遇坑之后的解决能力。打个比方，前端工作3年，一直在电商领域，或者一直在做sns，或者一直在做webview里的开发，这种经验是不具备前端架构能力的，什么？都是写js？没区别？错了，你让一个写了3年电商框架的人去写一个斗鱼tv或者搜狐视频试试，写是能写出来，但是选型问题真不会是最佳，因为他踩的坑一定没有专注这个领域的人多。什么是架构能力？其实说白了就是帮助最后项目顺利开发完成，易扩展，好维护，有规范，能解决一些刚开始人看不到的麻烦。这些能力都是从一个一个真实得项目中锻炼出来的，而不是说只做了一家公司的一个项目之后就可以说自己是前端架构师了。。说的比较乱，其实简单比方就是个经验包的问题，你的经验比你的技能更大的决定了你的架构能力。3，沟通表达能力，这个其实不是特别重要，但是单独拿出来说，就是因为如果你的想法不能在团队有效的执行下去是不行的，你必须也一定是最后说服团队使用你的方案的人。所以最后，回到up主问的问题上来。从一个前端工程师，如何根据目标，制定计划，前端架构师需要涉及哪些知识点，还有哪些知识点是前端工程师所不具备的。希望知友提点。没什么知识点，你必须对你要做的东西有经验，至少是做过1-2次（公司级项目），这才是架构师的价值，如果你根本没做过同类的工程，你有什么资格去架构他呢？现学现研究那只是高工而已。至于题目问的如何成为一个前端架构师，我觉得那些已经被很多人叫成前端架构师的人，自己都不觉得自己算是吧，只是入行久一点，活的长一点，经验多一点，做的项目杂一点，跳槽次数猛一点，比你努力一点而已。

前端架构师具备的知识：1、精通javascript的面向对象编程，熟练掌握作用域以及闭包的原理；2、有很好的优化代码和代码层次结构划分能力，有清晰的代码架构思想；3、熟练使用html5、css3、html、xhtml、css等网页制作技术，熟悉页面架构和布局；4、熟悉w3c标准，对表现与数据分离、web语义化等有较为深刻的理解；5、熟悉移动互联网应用开发环境，对于h5在各移动设备商的特性和应用有较丰富的经验。

我觉得架构师是个没有标准定义的职位，每个公司实际上的工作内容都不太一样。基本上就是一个负责给开发人员铺路，防止踩雷的工作。另外作为资深技术人员，有时还有负责沟通设计、产品等部门，团队内部负责新技术推广，技术选型。但是也有公司回去考核架构师的kpi……一种很傻缺的行为……架构师的产出应该是团队的工作效率和产品质量！

5，合并HTTP 请求是否真的有意义

不过现在能更正确更理智地去看待这些事了 3次握手由于有keep-alive，一条和一百条都只需一次tcp握手--无差别；你的论断最大的问题是这句，事实上不是这样的当你有100个资源时，这100个资源在浏览器看来是“同时都要”，而浏览器并没有什么智商去判断应该用1个链接解决这100个资源，还是用100个链接来解决，不然浏览器永远都只有一个tcp链接了因此浏览器的静态的策略是在自己可承受的范围内尽可能地用多的链接来解决，大部分浏览器似乎是6-8个链接，这就导致握手也是6-8次其他的如 @贺师俊老师说的，网络延迟以及tcp/ip的速率协商也是很需要考虑的问题补充说下网络延迟这东西，很多做前端的人根本不明白这一点，他们在计算传输时间的时候只会考虑到带宽这一因素，却丝毫不考虑延迟。我就问你一个问题：一个200m带宽、2000ms延迟的网络，和一个2m带宽，20ms延迟的网络，你喜欢哪个实际上一个资源从客户端发出请求到客户端实际能使用的时间，排除掉dns、握手、服务器计算等，纯粹资源本身和网络相关的计算应该是：网络延迟 * 2 + 资源大小 / 带宽从这个公式可以看出来，当资源大小很小时，网络延迟对性能的影响会很夸张。假设你的资源大小能在一个tcp包中传输，那你基本就看网络延迟的脸色决定网络性能了你把100个资源不合并，就意味着要享受100倍网络延迟，而不合资的资源通常更小，导致网络延迟在每一次网络rou缉单光竿叱放癸虱含僵ndtrip里占比更重，会很痛苦的因此，你的“只是增多了http报文头”这个推断虽然正确，但其影响远不如你想象的那么小，报头本身不大，加上gzip后更小，但是抗不住网络延迟的影响，特别是3g网络环境下会更严重当然合并文件也是有一个限制的，这就是为啥我们在下载大文件的时候还是喜欢多线程下载，一般我肯定不会让一个资源超过1m，再大就要考虑怎么切分

问题没那么简单，首先，浏览器是有多连接并发进行访问的，同一个域名下一般是2-8个并发连接。除了合并外，Domain Hash 也是常见的优化手段来着的。所以说，静态资源并不一定是都放在同一个域名下的。这样会首先导致三次握手要发生多次，其次是每个连接都要经历一次 TCP 慢速启动。但比起让浏览器多开带来的吞吐提升而言，这些倒都是小事了。举例的单一连接在真实场景下，实际是在2-8个连接上发生的，纯网络部分确实如题所述，在 DNS 上、握手、服务器解析（合并绝大部分时候是用在静态资源如 js/css 上的，通常连 upstream 开销都没有）上基本没有太大区别。但发送报文、响应内容上都是有很大区别的。首先，在发送报文上，99次请求头一般在5k-10k 左右（和主站同域名也就是没做 cookie-less domain 的话更悲催，如果 cookie 里有512字节，那光 cookie 就50k 了），由于上下行不对称，在 pc 上一般至少要100-250ms 左右才能传完（国内普遍的 512k 上行），移动网络下这个数字分分钟可能是10-15倍以上（不要忘记移动网络丢包和延迟都要更重），也就是说达到了1-3秒左右。含512Byte Cookie 的恶劣情况下甚至可能导致增加10秒+的延迟。99+的头信息在下行带宽上的性能损耗大大低于上行，但还是有一些的，而且由于是同一个连接内发生，也并不会有多连接时慢速启动所带来的性能损耗。然而这里面造成的最大损耗是全程会出现更多的小包、等待和调度，即 RTT 问题被放大许多倍。在合并请求的前提下，客户端发包后，服务端会持续传输，在宽带下，慢启动调优到合理区间后一次分组传输周期中发送的数据是很客观的（initcwnd=10，mtu=1492的前提下都要发送14.5k的数据，慢启动完成后一般至少30k+/s的数据是很可能的）。然而，我们知道大部分的 css/js 都是小于这个尺寸的，这也就是说我们无法充分利用其传输优势，必须在串行的完成上一个请求的前提下才能启动下一个请求的传输。即，一个传输周期明明能发送30k+数据给客户端，却可能2-10k 后就结束，首先要确保所有 ACK 已收到，然后再开始等待客户端发来下一个请求，这也就导致不能充分的利用带宽。合并的前提下，一个分组周期内收到数十个甚至上百个报文，只需要对最后一个序号的报文做 ACK 就可以，而独立发送则要为了一次次中断导致分组数的增多多发很多 ACK。别忘了，上面说的是宽带的情况，移动的情况下必然更糟。另外，这也就是为什么多开能有效提升吞吐了，因为多请求复用单连接确实很多时候是不能充分利用带宽的。

6，前端架构师干什么的

前端架构师是做网站前段规划设计假设和用户体验的，主要需要学习JS、HTML、XHTML、CSS等语言。前端架构师具备的知识：1、精通Javascript的面向对象编程，熟练掌握作用域以及闭包的原理；2、有很好的优化代码和代码层次结构划分能力，有清晰的代码架构思想；3、熟练使用HTML5、CSS3、HTML、XHTML、CSS等网页制作技术，熟悉页面架构和布局；4、熟悉W3C标准，对表现与数据分离、Web语义化等有较为深刻的理解；5、熟悉移动互联网应用开发环境，对于H5在各移动设备商的特性和应用有较丰富的经验。前端架构师的工作：1、负责公司前端产品的功能开发与其他部门的功能协调；2、负责前端架构体系的规划、设计、建设；3、负责部门管理工作及架构体系的搭建；4、负责HTML5等前沿技术的研究；5、负责网占性能和体验优化。

我比较认同的有winter和贺师俊还有张云龙这三位。其他没提到的可能我不太关注，知乎高手很多，但是能达到架构师的其实不多，最多算是高工，或者某一领域专业的牛人，我觉得就像前3位提到的大神，他们的编码能力过硬，算法能力，计算机基础知识都没的说，许多回答都是干货，有理有据，show me code风格的，而且解答不会模糊，直接简要，能做到这些必须是肚子里有货，我觉得这算是硬件基础。2，编码能力好，熟悉各项标准，算法好，API熟练，就能成为前端架构师了么?不不，这些只能说你是个高工，你说你自己写了许多框架和开源包，各种功能，前后端都有？no no no，也是最多算是高工而已。至少我是这样认为，为什么呢？因为你踩的坑决定了你架构的能力，你的硬件基础只决定了你遇坑之后的解决能力。打个比方，前端工作3年，一直在电商领域，或者一直在做sns，或者一直在做webview里的开发，这种经验是不具备前端架构能力的，什么？都是写js？没区别？错了，你让一个写了3年电商框架的人去写一个斗鱼tv或者搜狐视频试试，写是能写出来，但是选型问题真不会是最佳，因为他踩的坑一定没有专注这个领域的人多。什么是架构能力？其实说白了就是帮助最后项目顺利开发完成，易扩展，好维护，有规范，能解决一些刚开始人看不到的麻烦。这些能力都是从一个一个真实得项目中锻炼出来的，而不是说只做了一家公司的一个项目之后就可以说自己是前端架构师了。。说的比较乱，其实简单比方就是个经验包的问题，你的经验比你的技能更大的决定了你的架构能力。3，沟通表达能力，这个其实不是特别重要，但是单独拿出来说，就是因为如果你的想法不能在团队有效的执行下去是不行的，你必须也一定是最后说服团队使用你的方案的人。所以最后，回到up主问的问题上来。从一个前端工程师，如何根据目标，制定计划，前端架构师需要涉及哪些知识点，还有哪些知识点是前端工程师所不具备的。希望知友提点。没什么知识点，你必须对你要做的东西有经验，至少是做过1-2次（公司级项目），这才是架构师的价值，如果你根本没做过同类的工程，你有什么资格去架构他呢？现学现研究那只是高工而已。至于题目问的如何成为一个前端架构师，我觉得那些已经被很多人叫成前端架构师的人，自己都不觉得自己算是吧，只是入行久一点，活的长一点，经验多一点，做的项目杂一点，跳槽次数猛一点，比你努力一点而已。

成为一名优秀的web前端工程师，易龙天网认为需要具备如下四点专业技能：第一、必须熟练掌握基本的web前端技术，比如：css、js、html、jquery等等。第二、必须掌握网站的性能优化、seo、ue、服务器端、兼容性、存在的bug等。第三、学会用工具辅助开发。第四、有良好的代码规范编写习惯web前端的前景广阔，兴趣是最好的老师。加油！

成为一名优秀的web前端工程师，易龙天网认为需要具备如下四点专业技能：第一、必须熟练掌握基本的web前端技术，比如：css、js、html、jquery 等等。第二、必须掌握网站的性能优化、seo、ue、服务器端、兼容性、存在的bug等。第三、学会用工具辅助开发。第四、有良好的代码规范编写习惯web前端的前景广阔，兴趣是最好的老师。加油！

个人认为：构架构架当时是网站前台页面的整体规划和构架，以及MVC设计模式，JS/Css代码的性能优化，提高代码重用性，减少代码冗余。脱离的了普通前端码工的范畴，更注重代码的优化和合理性，提高网站的相应速度。据说权威说一个网站的打开速度，前端代码优化后能提升97%。知道他的重要性了吧！哇，仔细一看原来是08年的帖子，看来你很关注前沿技术啊，得了拿2分走人