您现在的位置：首页
--> WEB前端开发
2016年是意义重大的，奇怪的，欢欣鼓舞 / 可怕的一年，这取决于你的观点。与其他事件相比，只专注于JavaScript可能看起来无关紧要，但它是每个Web开发人员的工作生活的一个巨大的一部分。
JavaScript 人气持续爆涨。不是每个人都喜欢这门语言，但是现在你可能很少听到十年前嘲笑的评论。就个人而言，我一直喜欢JavaScript – 即使在早期，令人沮丧的年头。那些从C++，Java或PHP方向过来使用它的人可能首先会感到困惑：JavaScript看起来似曾相识，却又如此陌生。克服你的推断，你会欣赏它简单的优雅，实用性和灵活性。(That said, date handling is still a nightmare!，这就是说，日期处理仍然是一场噩梦！愚人码头看不懂这句是什么意思。)
JavaScript在五月迎来了它第21个生日，让我们回顾一下它刚成熟的第一年……
在2014年7月底，TC39 召开了一次会议，在此期间ECMAScript 6（ES6）模块语法的最后细节被最终确定。这篇博客文章概述了完整的 ES6 模块系统。
原文日期为 2014-09-07 ，请用当时的环境浏览本段内容
页面里的动画效果大多是通过JavaScript触发的。有些是直接修改DOM元素样式属性而产生的，有些则是由数据计算而产生的，比如搜索或排序。错误的执行时机和太长的时间消耗，是常见的导致JavaScript性能低下的原因。你需要尽量减少这两方面对你的JavaScript代码带来的执行性能的影响。
• 浏览器的渲染性能
想深入了解渲染性能吗？快看看这堂课程吧 它能帮助你了解浏览器是如何把HTML/CSS/JavaScript代码转换成屏幕上你看到的一个个像素的 如何使用DevTools来测量页面性能、以及如何优化你的页面渲染速度。
添加或移除一个DOM元素、修改元素属性和样式类、应用动画效果等操作，都会引起DOM结构的改变，从而导致浏览器需要重新计算每个元素的样式、对页面或其一部分重新布局（多数情况下）。这就是所谓的样式计算。
长期以来，CSS 一直缺乏合适的布局机制。 变形，动画，滤镜，对这门伟大的语言来说都很有用的补充的，但是都没有解决 Web 开发人员一直抱怨的的主要的看起来似乎是永恒的问题。
终于，感谢Flexbox ，我们有了一个解决方案。
在3.0主版本中，jQuery Core团队对API进行更改及清理，并修复某些代码更改引起的bug。这包括删除以前弃用的公开API，更改或删除未记录的API，并更改现有API的记录或未记录的行为用于特定输入。
这里了将介绍一下 页面可见性（PageVisibility）API的简单应用。
移动端APP第三方开发中经常会碰到一些因为版本不同而造成JS SDK或JS API差异或支持的问题。对于移动前端来说，在实际第三方开发中可能会需要根据APP的版本号做一些特殊的业务逻辑处理。
iPhone 6 Plus 官方标称屏幕是 1920 x 1080 的，但是在 Xcode 中我们发现模拟器的屏幕其实是看似奇怪的 2208 × 1242，为什么呢？翻译一张 PaintCode 官方的一个信息图告诉你原因。
JavaScript已经是目前最流行的语言了，它能做很多事情 – 网站界面，服务器端，游戏 ，操作系统 ，机器人 等等很多很多。
不过，说实话，即使它这么疯狂流行，它的性能还没有达到它的极限。是的，它在改进，但是等到它在各个方面赶上本地应用之前，在做一个HYBIRD混合应用时，你还不得不使用一些伎俩来优化它的性能。
Sass 有三种使用方式：作为命令行工具，作为独立的 Ruby 模块 (Ruby module)，或者作为 Rack-enabled 框架的插件，包括 Ruby on Rails 与 Merb。
js里常用的如下两种继承方式：
1、原型链继承（对象间的继承） ；
2、类式继承（构造函数间的继承） ；
由于js不像java那样是真正面向对象的语言，js是基于对象的，它没有类的概念。所以，要想实现继承，可以用js的原型prototype机制或者用apply和call方法去实现。
CSS 和 Sass (SCSS) 规范。
JavaScript 规范。
一般情况下，建议使用能通过标准规范验证的 HTML 代码，除非在性能优化和控制文件大小上不得不做出让步。
使用诸如 W3C HTML validator 这样的工具来进行检测。
规范化的 HTML 是显现技术要求与局限的显著质量基线，它促进了 HTML 被更好地运用。
这是一份旨在增强团队的开发协作，提高代码质量和打造开发基石的编码风格规范，其中包含了 HTML, JavaScript 和 CSS/SCSS 这几个部分。我们知道，当一个团队开始指定并实行编码规范的话，错误就会变得更加显而易见。如果一段特定的代码不符合规范的话，它有可能只是代码风格错误，而也有可能会是 bug。早期指定规范就使得代码审核得以更好的开展，并且可以更精确的地定位到错误。只要开发者们能够保证源代码源文件都严格遵循规范，那接下去所使用的混淆、压缩和编译工具则可投其所好不尽相同。
随着基于 NodeJS 前后端分离方案的推行，前端的开发模式和角色也在发生着悄无声息的变化，而今 NodeJS 的开发俨然已经成为我们日常工作中的一部分，前端工程师与服务端、运维都有了更多的交集，但随着业务和项目的扩张，生产环境 Node 服务也在不断增多，如何对这些服务的运行状态和各项指标了如指掌是当前我们大家共同遇到的挑战。
项目中用到的，用JavaScript将数字转换为大写金额，分享出来给大家。
收集的一些常用快捷键。
近3天十大热文
-
[370] Go Reflect 性能 -
[14] [译]Google Chrome中的高性能网
-
[11] Linux Used内存到底哪里去了？
-
[10] 精于图片处理的10款jQuery插件
-
[10] rsync同步的艺术
-
[10] Mac下.apk的反编译
-
[9] webapp网页调试工具Chrome Dev
-
[8] 程序中的“多线程”
-
[8] 在FreeNAS/BSD搭建基于Nginx+
-
[8] 最近总结的一些技巧(vim,python,s
赞助商广告
