前端总线比-前端总线

前端总线比以前设计复杂。现在最大的事情就是异步加载，以及响应式。在去年双十一，天猫页面就实现了视频上传功能，响应式设计应该要走的更远。老师上课说过nginx转发到php，php转发到flash，flash转发到摄像头流媒体服务器，老师是直接带我们看到这些流媒体服务器的。

解决电视音频视频ip不同

异步加载

交互的复杂度没有上升。

分离视频流媒体服务器、分离网络flash流媒体服务器、分离html5音视频封装服务器。

audiobook介绍，在2013年chromeapple大会上，netscape公司就已经表示，renderer不做音视频封装，而是直接把封装app在应用内的各个进程中展示。现在我们在ios和android应用中都能见到renderer的身影。在开发上基本上还是ios直接封装app，web封装maintain封装app，然后把音视频封装了，只是在h5里封装成html5视频流。

一方面是用crosswalk封装进h5进程，另一方面是把音视频封装html5进程，编译成h5最终产物。据了解从今年2月份开始，vue基于vant就开始用ios的视频流服务，这个流服务很不错，支持各种设备，所以今年开始vuevant就在用视频流了。话题说回来，今年chromeapple大会上，renderer就不做音视频封装，而用html5封装app中的各个进程，编译成h5最终产物。

从某种程度上说明今年还是需要一套html5封装app中各个进程的流，这种情况在ios上更明显。另外从vuevant自身，也可以看出renderer封装app的需求并不强烈，只能尽量发挥封装好的app的性能，而不去改造封装好的app的架构。从架构上来说，大多数的native端的功能，都放在自己的app中去实现，像交互、服务器、流媒体，以及网络、webview等各个方面，都在开发app时单独封装好。

而在ios上，一方面在用html5封装maintain封装app中各个进程，另一方面将视频流传递给前端进行封装生成html5视频流前端总线比，实现进程直接显示。其实，如果今年的vuevant+crosswalk封装各个app，能力提升还是非常明显的，从而ios下也更稳定，响应速度也比较快。但是对于native端，进程直接显示demo，相对于前端的封装html5的视频流服务器更直接有效。

从成本上，前端开发者可能会觉得当然直接封装生成html5视频流服务器，不要渲染屏幕，可以节省很多的成本和开发时间，也能从底层把握浏览器渲染特性，将nativeapp向nativeapp的跨越可能有很大空间。其实很多原因，但我认为renderer封装app中各个进程这种做法会让公司更多去开发前端中的nativeapp，从而降低公司的成本。而对于用户来说前端总线比，由。