05. WebApp2.0时代启程:倒立者赢,从过去到现在的变化,看将来的发展(一)

简介: ####1. 移动互联网的兴起,我认为2009年是个分水岭。 开始的时候,我也是做Java开发,习惯了Webx架构,可以熟练的使用Spring、iBatis、veloctiy、HSF、Notify、Tair、Session这些阿里具有代表性的Java框架,也会使用IC、UIC、SC、DC等等服务集群做电商核心业务。 概括起来,基本也是三层服务端架构: ![screenshot](http:/

1. 移动互联网的兴起,我认为2009年是个分水岭。

开始的时候,我也是做Java开发,习惯了Webx架构,可以熟练的使用Spring、iBatis、veloctiy、HSF、Notify、Tair、Session这些阿里具有代表性的Java框架,也会使用IC、UIC、SC、DC等等服务集群做电商核心业务。
概括起来,基本也是三层服务端架构:
screenshot

2. 技术架构也非常稳定

后台MySQL分库分表、服务端HSF业务处理,前端浏览器使用Html做展示,技术人员的重叠率较低,公司内部资源达到了最大化价值体现,市场出现了一种声音:将来的计算机世界应该只有一个应用就是浏览器,浏览器入口是通向互联网的大门,谁占领了浏览器,谁就拥有了无线的用户流量。
这个需求在当时是正确的,各大巨头不断的把战线迁往更靠近用户的浏览器,国内浏览器以安全、急速、稳定为名,纷纷推出自己的浏览器,妄想从用户源头一招制敌。
AppStore的出现,彻底打破了这一局面:移动互联网时代,这种平衡被打破了,安全和体验成了主题,这个时代的技术架构和分工发生了巨变:

screenshot

3. 且不说移动端还有WindowPhone等小众系统。

从上图可以看到,移动互联网的到来,技术资源已经成倍的增加了开发成本,以商品详情页为例,浏览器要做两遍:PC和手机;终端要做两遍:Android、iOS,因此前端团队应该扩张了4倍以上,如果那个互联网公司没有无线端的app,都觉得不好意思(数据是我推测的,大家仁者见仁)。
有没有感觉这简直是逆商业的技术革命呢?技术是提供生产效率,降低成本为目的的,这也是商业公司的本质。存在即为合理,乔布斯也许真的看到了用户的本质需求,而不是一味的降低成本,长期忽略用户体验,所以等到智能手机系统爆发的那天,传统互联网企业还在停留在PC时代。

若要感知未来,必先读历史,读懂历史才会发现,人类社会的本质其实一直没有变化,只是换了一个新的名词,就像风投经常说,创业者要先学会造概念。

很荣幸,我们团队有济翼许凡这样的资深互联网技术牛人,听听他们的经历。
一个时代的落幕,总有一些关键的技术出现,或者变革,或者预示,或新生,这些时代,我们回顾一下发生了什么事情(个人总结的,勿喷)

4. ? ~ 2004年 PC端VC++App时代

代表企业:微软。。
PC端桌面操作系统的兴起,以window95为里程碑,在那个能买得起64M超大内存条的时代,硬件性能和资源可能还不如iphone4,native开发方式取得了巨大的成功,新的用户需求不断被挖掘,VC++等开发工具为开发者提供了巨大的便利。
2000年左右delphi的兴起,更是让桌面app的开发效率得到了极大的提升,当界面通过简单地拖拽就可以快速生成一个app的时候,下一个时代也悄悄来临了。
screenshot

5. 2005 ~ 2012年 浏览器Web2.0时代

代表企业:BAT
浏览器兴起了,从没有交互的Web1.0到支持JS、插件的Web2.0,无需安装、直接访问,再到后来人们把金钱交易也搬到了互联网,H5的开发方式太方便了,所见即所得。
客户端的与服务端的链接,从B/S结构,变成了现在DB+Server+H5的方式,进一步释放了Native开发方式的不足。
从几何时,网页三剑客:PhotoShop+Dreamweaver+Fireworks,成了这个时代的开发者宝典,可视化的拖拽的开发方式,进一步降低了H5的开发成本,下一个时代也悄悄来了。
screenshot

6. 2013 ~ now 移动App互联网时代

代表企业:谷歌、苹果
智能手机的硬件资源相对于PC很受限制,512M内存的手机在2012之前已经是非常令人羡慕的事情,H5的用户体验怎能和Native相比呢?这里就不多说了。
这个时候,ReactNative、PhoneGap等技术兴起了。。。
screenshot

总结 我们处在移动互联网最顶峰的时代,这是最好的也是最坏的

有人说,Android/iOS开发会一步步没落,新兴的JS、swift、lua、H5等脚本开发,是将来的方向。其实没有哪一个事物是一直充满光辉的,除了那些亘古不变的哲理。

下一章,我们也看看在后乔布斯时代,我们如何把技术成本进一步降低,哪怕是一点点。

目录
相关文章
|
移动开发 JavaScript Java
08. WebApp2.0时代启程:倒立者赢,NativePixi,所见即所得的开发方式
紧接上文,在终端设备中,不管是游戏引擎还是UIKit,图形图像都是基于跨平台的OpenGL ES技术,区分不同的场景,图形图像分为两个分支,一个以高性能的图形显示为目标的cocos2d-x引擎,一个是以省电节能适合App的UIKit框架。 ####一)今天我们继续逆向思维 Game VS App,既然都是基于OpenGL ES,那我们找出共同点,是否可以让二者的界限,变得更模糊?既
2373 0
|
移动开发 JavaScript 前端开发
01. WebApp2.0时代启程:Cocos2d-JS详解(一)
(一)WebApp时代,追求App开发效率的同时,我们也要求终端的体验和性能,2/8原则可以很好的阐述当前的hybird开发方式:20%的Native代码+80%的H5代码。 ![5a96ccb3abc157b98a67b7bcfa8c2e9d](http://img2.tbcdn.cn/L1/461/1/f0fe01c8c83bbc680afd4e785eb21e53d3367bc5) (二
4046 0
|
Web App开发 JavaScript Java
02. WebApp2.0时代启程:Cocos2d-JS为什么选择SpiderMonkey(二)
紧接上文,cocos2d-JS为我们提供了图形引擎、物理引擎、JS引擎等基础库,在多终端时代提供了非常nice的游戏引擎,在浏览器普及在各个终端的今天,为什么还要单独搞一套JS引擎呢? 1. 我们先看看使用SpiderMonkey的技术产品有哪些? ![screenshot](http://img1.tbcdn.cn/L1/461/1/aec02fdece92d563ae07a7dc0c0
4123 0
|
Web App开发 JavaScript Java
03. WebApp2.0时代启程:Cocos2d-JS让C++代码支持JS脚本(三)
紧接上文,JS在单线程下,性能不会比Java差,注意场景是单线程。Java的优势不仅是高级语言的特性,还具备了丰富的系统内核资源,如多线程、网络等支持,要比JS灵活的多很多,这里暂时不在讨论这些问题。 回到主题,如果我们把一个完整的C++图形引擎注入到SpiderMonkey中,把复杂的预算放到C/C++内核中,而JS只作为业务处理和内存管理,是否可以获得C/C++的运行能力,有获得了良好的
3385 0
|
JavaScript Java Android开发
04. WebApp2.0时代启程:跨平台的JSPatch
紧接上回,Cocos2d-JS通过JSBinding从C++API到JSAPI,完成了H5的跨平台加速,这一回,我们一起来见证一下JSPatch的跨平台实现,为JS语言增加消息转发机制,无需修改js脚本,让下面这段代码可以正确地运行起来: var controller = UIViewController.alloc().init(); 而不是让app翻译成: U
1797 0
|
Java 测试技术 Android开发
06. WebApp2.0时代启程:倒立者赢,跨平台技术离我们很近
紧接上文,我们提到移动互联网时代,前端的成本重复而臃肿,后端开发基本稳定,作为商业公司:利润和成本使我们不断追求的目标。这里我们从跨平台的角度,来看待如何降低成本。 ####1. 首先我们看一段视频: 3个平台:浏览器、Android、iOS,一套JS代码,运行在不同设备上【注意,终端展示没有用WebView相关容器】 ![screenshot](http://img4.tbcd
2084 0
|
缓存 Android开发 iOS开发
07. WebApp2.0时代启程:倒立者赢,从CPU到GPU,一张图片的旅行
紧接上文,终端开发使用的WindVane、wax、ReactNative等已经是一种跨平台的技术,我们称之为上层跨平台,Cocos2d-x这种直接使用C/C++,我们成为底层跨平台。上层跨平台,提升开发效率;下层跨平台,提升程序性能。 ####1. 为什么Cocos2d-x性能比Native开发要好? 因为Cocos2d-X是游戏引擎呗,人家是专业做游戏特效的好不好,直接调用GPU的Ope
2737 0
|
前端开发 JavaScript Java
09. WebApp2.0时代启程:倒立者赢,挑战Android性能极限
紧接上文,在终端硬件资源有限的大背景下,业务脚本+图形内核,将是未来主流的开发方式。AEPixi使用C/C++、JS、JNI、OC等混合语言开发,将pixi.js变成高性能的Native内核,提供上层pixi.js标准的API,无缝的兼容浏览器开发好的代码,实现浏览器开发,无需编译,到处运行的开发方式。 今天我们做一个H5的Demo,使用FireFox开发,开发完成之后,直接使用上一
2344 0
|
移动开发 JavaScript 前端开发
用开发本地tcpip程序的思路开发webapp
本文关键字:the headless cms,b/s web to c/s web, headless webapp backend.
475 0
用开发本地tcpip程序的思路开发webapp
|
Web App开发 监控 Serverless
十分钟上线-基于函数计算开发 Restful web api & asp.net core web app
.NET Core是一个开源通用的开发框架,支持跨平台, 阿里云函数计算推出了 dotnetcore2.1 runtime, 使用 C# 编写 serverless 函数, 除了很好地支持通常意义上的函数外, 还可以基于函数计算开发 asp.
5758 0
下一篇
DataWorks