一个C++眼中的前端技术发展的规律

背景

由于项目原因,从一个Windows客户端开发,跳进前端开发这个大坑。从一开始的茫然,到下定决心放空心态学习,到现在逐渐有了清晰的思路。我想,许多从客户端(后台)转来学前端的,应该和我有类似的经历。

1段:指令化编程

一开始学习的是基本的html,css,用简单的javascript操作DOM。这是最迷惑的阶段,抛去HTML/CSS的各种标准,各种浏览器的兼容等干扰信息。在页面中的script标签中,写下操作DOM的代码。
这个阶段,像极了刚开始学习C语言,做作业的场景。一段代码,完成一个任务。

2段:函数(库)式编程

项目中遇到了稍微复杂的需求,比如msgbox,slider等,网上搜到的都是jQuery的扩展。于是乎发现了jQuery以及Zepto,好像终于发现了终极武器,从此信步于代码江湖。原来这些都是YY,写一些些简单的页面骗骗妹子可以,真正的生产环境中,这才是初级。
这个阶段,像极了学习数据结构时,用C写一些简单的应用,比如一个简易编辑器。会用到很多其他人封装好的常用操作,比如文件操作等。

3段:结构(模块)化编程

随着项目变多,很多东西可以沉淀下来,在其它的项目中使用。这就需要把一个特定的功能的文件封装起来,当有项目需要时,可以引入进来。这里要解决全局变量命名空间污染问题,作用域问题等。比如,AMD、UMD、CommonJS标准,再比如requirejs,seajs,nodejs等,都针对这个解决了问题。只有到了这个阶段,工程化才能真正的起来。因为不用重复造轮子了。
这个阶段,像极了用C语言开始工作后,使用公司及外界现有模块开发。

4段:面向对象编程

手头的模块逐渐多起来,但还是多不过变换无穷的需求。有些需求,用A模块实现了,但下一个需求,和A类似,于是有人写了B模块。当你用的时候,会纠结于用A还是B?那么我看下载量吧,选了一个下载量大的,结果下载下来,还是需要手动该一些代码,才能适合自己的需求。现在npm,估计很多都是这种情况吧。只有语言更深一步的抽象,更好的封装,且在一个强大的基础类库下,才是个好的解决方案。React,Backbone,ES6以及各种框架,也模拟了面向对象的一些特性。
这个阶段,回想起Borland公司的Delphi和C++ Builder,在Windows客户端开发时期的辉煌,就把这个玩到了极致。

5段:组件化编程

还原真实世界,工程无一不是由各种基本的元件搭建起来的。到了软件工程世界,就是组件化编程。这是工程的最高效率阶段,各种“快速开发工具”纷至沓来。市面上有各种酷炫的组件,并号称“一行代码就能让你的项目也同样的吸引眼球”。还是Borland公司,把这个玩到极致,回想起为了实现一个效果,第一反应不是如何从技术考虑,而是在网上找“控件”的破解版。同样,遇到了bug,很少自己去修改(也很难改),而是再去搞一个控件来。目前,React正在这个阶段发展,当各种Component积累成熟后,前端开发效率会进一步提升。
这个阶段,对标的还是Borland公司,还有微软的COM技术。

6段:面向服务

面向组件的缺点是明显的,为了一个效果,引入一堆代码(以及bug)。我只需要你的服务就好了。把组件功能封装成服务,通过通信协议(RPC,HTTP等)和自己的工程链接起来,就能完成需求。这个阶段还没有明显的对标,我想各种统计代码从概念说应该是相当的,还有各种api接口。也就是说,前端技术中,很可能把面向服务形式,转移到了后端中。

7段:分布式/虚拟化

当网络及虚拟化技术不再是门槛,那么通过分布式及虚拟化技术,能将工程快速部署到各个平台,各个互联网角落。这个阶段前端开发反而不用考虑了。因为分布式天然的网络环境可以提供,而虚拟化由js引擎已经考虑到了。而面向技术的虚拟化已经慢慢开始,React-native,angular,都在慢慢开疆扩土。

附加:打包,部署

在传统的客户端开发中,这些都是IDE提供的,但前端开发却百花齐放。r.js,webpack,browserify,grunt,gulp,duo等。其实不必乱和纠结,找到一个适合自己的就可以了。

总结,至此,经历了一个阶段(半年了吧)的js采坑,才慢慢的思路清晰起来,技术的发展路线都是有规律的。前端的乱,其背后还是有一条清晰的主线的。

1 收藏 评论

可能感兴趣的话题



直接登录
跳到底部
返回顶部