最近看了一篇深度好文，讲的是资深老前端对于前端现状的看法：2016年前端技术观察。我觉无论是跨界还是新进入前端行业的同学都应该看一下。
我自己看完后感触颇深，因为在上家公司一直都是在写原生的JavaScript，对于组件抽象、OO的思维方式以及如何成体系地编写HTML5、CSS3和JavaScript颇有研究。
就像这篇文章所说，MVC的思路是：
{
m: [a_m, b_m, c_m],
v: [a_v, b_v, c_v],
c: [a_c, b_c, c_c]
}
而组件化的思路是：
{
a: [a_m, a_v, a_c],
b: [b_m, b_v, b_c],
c: [c_m, c_v, c_c]
}
组件化完全是抽象的，你不用去考虑里面的实现细节，只需要知道它暴露的接口（反映到相应的属性、方法和事件），组件化难在页面的拆分和抽象的程度，一个组件如果太过庞大，太过业务定制化，一定是拆分和抽象做的不够。
我认为原子组件必须足够抽象且足够简单，而基于它们，再去组成高度复杂或者高度定制化的业务组件。就如同CSS拆分：
.message {border: 1px solid #ccc; padding:10px; color: #333;}
.success {border-color: green;}
.error {border-color: red;}
.warning {border-color: yellow;}
不是以class = "message-success"、"message-error"、"message-warning"来表示不同的message，而是以class = "message success"、"message error"、"message warning"这种组合的方式来构成一个有特征的message。
最近在使用Node开发服务端，也在用React Native开发App，每天都在思考自己用的框架的好处与坏处，抱着包容但又有点质疑的态度敲每一行代码。在这个过程中发现，不同的场景适用的技术也不同，知识的深度与广度都非常重要。
其实不想做全栈，可能是想偷懒用一门语言做所有的事。但是发现专业的领域还是需要专业的知识。比如服务端，有MVC的架构体系、有登陆、有中间件、插件、有静态资源存储、阿里云CDN以及OSS、有数据库设计（其实我喜欢SQL，对于NoSQL并不是很感冒）、有服务并发、热发布等等概念，比如React Native，抽象地说你之所以能够用JavaScript写App，是因为Native端封装并暴露了组件给你用，给你提供了“JavaScript运行环境”，最终的性能优化，调试还是强依赖于Native。
所以，全栈不是掌握了什么语言，重要的是它的思想，它的理念。不论用什么语言开发哪一端，不了解编程思想，就不是合格的coder。我只是恰好喜欢上了JavaScript，而它又恰好能够开发前端、App以及服务端。
所以前端是我的深度所在，App和服务端是我的广度，我的学习会基于这个核心思想，在这个前提下，再去深入地去学习App和服务端的开发思想。
回到前端，我一直想要把前端做到极致，把体验做到等于甚至超过App，但其实也受限于产品，他们不知道SPA可以如何应用。比如做一个树状的组织结构图，是不是history.back就可以从当前节点平滑移动到上一次选中的节点，history.forward就可以把视图平滑移动到下一个节点，我们必须推动产品，让他们了解前端到底能够做到什么程度，这会更加利于前端行业的生态与推动。
最近还有一个概念，PWA（Progressive Web Application），不知道的同学可以Google一下，这个是Google提出的概念，渐进式网页应用，Google自己的安卓机Nexus已经支持。它可以把网站收藏到桌面图标，下次从桌面图标打开，就像打开应用一样，其实你会觉得它就是应用，但是它的运行机制是网页。这个在国内估计很难普及，因为国内安卓机厂商都是自己改过的操作系统，很难跟着Google走，但是在国外，这个已经很普及，AliExpress就在使用PWA做应用开发。
作为一个前端coder以及热爱前端的人，我相信前端的应用场景会越来越多，JavaScript能干的事会越来越多。说不定以后的PC应用程序、嵌入式开发、VR、AR甚至人工智能等领域都会有JavaScript的身影（有些现在已经有了）。
最后警醒自己：要不断地增加前端领域的深度，并拓宽Native和服务端的广度。加油~~！
