我想知道如果这贴发到 CHH 或 PCEVA 之类的硬件社区会被喷成啥样

公司目前不仅在做前后端分离，还正准备部署 cnpm 管理前端组件，规模不同，各取所需即可，抛开规模和工程的话没什么太大意思，本来就各有优劣。

这是百分比人工算好后写的小数点像素么？

如果是这样就不如改成 rem 或 em 这样的单位，计算交给样式表预处理去做

发现了一个 Edge 的问题并记录了下来
https://segmentfault.com/a/1190000006166343

不知道国外有没有价格比较低廉且空间大的收费网盘，现在从 NAS 加密同步备份到百度云已经塞了 3.8TB 了，如果转移到国外的不知道有没有便宜量足的。

火狐跟 Chrome 可以连电脑进行调试
或者用 BrowserSync
国产浏览器的 UC 有开发者版本可以在电脑调试
微信就用腾讯自己的“微信 web 开发者工具”

while (true) reply(`唉。。。。。。`);

MDL 这种有命名空间的？
https://getmdl.io/

作为多年用户入了 Pro + 支持一下

楼主觉得复杂应该是 Vue 把概念更细分了， ng 的指令拆为指令 + 组件； ng 的控制器可看为 Vue 实例（视图对象），不过里面的属性按角色分为 data 、 events 、 methods 、 components 、 props ，如果有 Vuex 还要算上 store 、 actions 、 getters ，虽然看起来多，但个人觉得很清晰，像 ng 跟 Avalon 之类都扔到 scope / vm 上，到最后可能却变的混乱。

已发布第二篇内容 _(•ω• 」∠)_

没有删除样式的代码

楼主可以递归 this 的 previousElementSibling 跟 nextElementSibling ，或者找 parentNode 的 children

@crytis 可以和前端项目深度结合；使用起来对前端更友好（毕竟都是 JS 的工具链）

举例：比如前端项目中某个组件 component.vue 中有一个配置对象，还有一个函数，或者其他什么东西，那么在写测试用例的时候就可以 import 进来，然后再 expect 即可，不用写死，下次项目有修改后测试用例不需要进行修改。

@TheC 别闹了

@hanai 仁兄说道点子上了

谁让前端项目的复杂度一直飙升，而 JS 的加载方式却自打出生没变过。浏览器原生模块化支持能解决一部分问题。

路过赞扬 Vue-cli ，已经做好了 Karma + Mocha + Chai 三件宝外加 Nightwatch + Selenium ，还帮你内置了 Phantom Prebuilt ，为前端测试做出了功不可没的贡献。
其他框架的脚手架都没有构建的如此方便，也可能是孤陋寡闻没见过~