在团队中，代码规范的统一不仅能提高代码质量，对代码的维护者来说也是节省成本的事情。要知道在团队中，我们平常写代码不能仅仅考虑到自己的感受，在业务的更替中，往往维护者也会更替。在业务的交接过程中如何降低交接成本也是很重要的事情，因为我们不可能总是甩手的人，大家往往也是另一个业务的接替者。

2017前端性能优化清单 你开始使用渐进启动了么？是不是已经使用过React和Angular中 tree-shaking 和 code-splitting 两个工具？有没有用过Brotli、Zof

前端事件绑定知识点（面试常考）；合格前端系列第六弹-从指向看 JavaScript ；刺破 Vue 的心脏之—— 响应式 源码分析；10个JavaScript难点；webpack多页应用架构系列（十六

背景 近几年，前端应用（WebApp）正朝着大规模方向发展，在这个过程中我们会对项目拆解成多个模块/组件来组合使用，以此提高我们代码的复用性，最终提高研发效率。 在编写一个复杂组件的时候，总会

AngularJS ReactJS Polymer 这几个流行的框架入手，分析前端框架在这几年发展中的关键技术点，作为2015前端技术选型的参考。摘要: 初体验 技术特点 组件化 应用架构 总结 1. 初体验

最好的前端Web框架

GitHub在前端用到的一系列工具基本上都是开源的。现简单地整理如下。 1. HTML / CSS / JavaScript 1.1. HTML模板 GitHub的标记 & 模板风格指南：

skelJS 是一个轻量级的前端 JS 框架，用来构建响应式的网站和应用。SkelJS 只包含一个 18kb 的 JS 文件，为设计者和开发者提供4个强大的组件：CSS 表格系统、响应式处理、CSS 快捷方式和插件系统。

SUI 是一套基于 bootstrap 开发的 商家后台系统的设计规范和前端组件库 ，同时她也是一套设计规范。通过 SUI，可以非常方便的设计和实现精美的页面。 项目主页： http://www

有一篇文章，这个博友已经总结的非常到位了，引入于此，看到的同学，希望可以多看看他做的总结： 在web的开发的开发过程中，前端总是在处理后端打的各种变量，变量可以包含着中的各种各样的字符，如果不对这些字符进行”特殊“处理的

Web前端技术栈: 浏览器, 平台, 类库, 框架, 工具等。 Sencha, jQueryMobile, Kendo UI, Jo, WinkUI, DojoMobile, Lungo |

用于基于不同条件执行不同的动作

越来越多的前端开发者采用 单向架构 。那么经典的“模型-视图-控制（MVC）”前景如何呢？ 为了理解我们是怎么到了现在的境地，不妨回首一下前端架构的演化之路。 过去四年，我倾力于大量的网页项目

学习前端很久了，最近被真阿当那篇总结给吓到了，好多人都在批判阿当，虽然也有几个人挺阿当，微博知乎上都是一片骂声。前端现在这么火，有时候也会反思自己是不是踏进了一条浑水河，越趟越浑。 前端很火，

css前端框架以前都在用bootstramp，但是后来项目对浏览器兼容实在太差，就全都改成了手工去写的样式，所以如果项目组内没有美工而且对浏览器要求还特别高的，建议不要乱用框架，否则最后吃苦的是自己。

本文主要如何使用GruntJS来作简单的前端性能优化的自动化处理，我写了一个完整的 例子 放在Github上，可以参考一下。关于Yahoo的前端优化规则请参考： Best Practices for Speeding

一直在苦苦寻找一个合适的前端框架，少说也看了几十个。 ext太重，而且有内存泄露，在IE下就是个悲剧。 dhtmlx，速度比较好，开源是GPL不适合企业应用，商业的要钱，倒也不贵万把块钱，但是样式比较接

，负载均衡器和服务器对性能的影响都很大）的很大影响。 下文是一份 2017年的前端性能优化清单 ，阐述了作为前端开发人员，为了确保反馈速度以及浏览器兼容性我们需要考虑的问题。 （你也可以下载 checklist

一算，从事前端已近五个年头。也算三分之一的时间在做前端，也是从事过时间最久的一份工 作。问我为什么能做这么久？其实我也时常问自己，怎么就进前端这个行当，怎么就整了五年。正如网上所言，一入前端深似海。

在Eclipse中使用JUnit4进行单元测试 我们在编写大型程序的时候，需要写成千上万个方法或函数，这些函数的功能可能很强大，但我们在程序中只用到该函数的一小部分功能，并且经过调试可以确定，这 一