• 李奋斗
    2018-08-18
    端上的技术,山上的天儿,都变得太快。端上的架构怎么演进?我觉得要把答案交给想象力,把时间尺度拉大看,想象力才是端上复杂度的主要来源,交互革命和场景升级是端技术栈发展的重要推动力。鼠标的发明,颠覆了命令行的交互思维,iphone的问世,分分钟让习惯了上屏下键的人们大开眼界,手机和网络的突进,解锁了一堆令人兴奋的场景。VR,混合现实,AI,5G等技术都可能极大推进端技术的变革,未来端架构怎么演进?不清楚,但有一点是清晰的,一大波复杂度,就在路上。

    作者回复: 学不动了😂😂😂

     1
     38
  • 江龙
    2018-09-03
    有个api的设计原则问题最近困扰好久,请教下,就是图中的首页其实有多个资源聚合,那是应该app端去请求多个资源服务,然后聚合出来展示;还是有个后台服务去聚合后端的各个基础服务,然后只提供一个接口给app访问?这其中的粒度如何把握?

    作者回复: 访问量大的,核心业务用服务器聚合,性能好;
    访问量小的,非核心业务用app聚合,可扩展性好;

    
     10
  • kyll
    2018-08-18
    其实,对于现在很多业务应用强制将用户绑到移动端很是反感。举个例子,第一次用丰巢寄件,竟然花了半小时,注册很麻烦。有些餐厅强制手机点餐,在pc端登录强制扫二维码,也很无语。多设备多渠道本质应该是为了方便快捷,随时随地享用服务。任何设备都有局限性,做好自己的本职即可。

    作者回复: 我也有点反感😊

    
     8
  • feifei
    2018-08-20
    我认为这个演讲也是朝着 all in one,即平台统一化,在app与原生接口间会出现统一化一个技术,类似java与jvm
    原因:
    1,原生开发成本高,每个平台都需要专门的开发人员
    2,手机性能的提高,能够为平台统一化提供条件
    3,用户体验,苹果的生态封闭,体验相对较好,但安卓平台很多公司都封装一套 导致体验差异很大

    展开

    作者回复: 英雄所见略同😄

     1
     5
  • borefo
    2018-08-18
    一个系统架构设计出来后,如何预估这个系统能够支撑多大的请求量呢?

    作者回复: 不是先预估请求量,再设计架构么?

    
     3
  • 亚林
    2019-05-07
    前端技术茫茫多,所以我转后端了

    作者回复: 后端更多啊,😂😂

    
     2
  • Niuniu
    2019-01-16
    我的观点可能有点相反,但凡有人上来要做native app的时候,我一般都劝退不劝进。先仔细想想你需要的那些功能WebApp能不能实现,用户体验有没有差很多,没有的话,没必要做native app。能上webapp,先上webapp,人手不够时间紧,可以考虑hybrid,实在是非native app不可,才考虑写native的。

    作者回复: 赞同,新APP首要是快速验证业务,不是体验

    
     2
  • 天外来客
    2018-09-29
    未来app必然朝着更好的用户体验,更快的开发速度方向发展,考虑到Android和iOS都是基于Linux底层,可能会出现一个平台层隔离两者的差异,提供统一的移动端系统API供开发者使用,希望这一天早点到来

    作者回复: google Flutter已经在努力

     1
     2
  • Eric
    2018-11-20
    老师,我想问下 分布式 这种架构也算是面向服务做切分的一种架构模式嘛?我个人理解 分布式服务 有按功能分割的 ,也有按任务计算资源分割的,还是说 分布式 本身是一种扩展方案?我概念上有点乱,不知道老师怎么定义 分布式 这个概念,谢谢

    作者回复: 分布式是统称,泛指多台服务器联合起来完成业务功能,高性能,高可用,可扩展都可以用分布式架构

    
     1
  • killer
    2018-09-28
    各个平台的目标用户习惯本来就有差异。是个挑战
    
     1
  • 猿码架构
    2018-08-22
    未来提供平台化,屏蔽底层原生,正如pc端cs到bs的演进

    作者回复: 期待端出现一个JAVA,或者web一统天下,这样就不用两边甚至多平台重复开发

    
     1
  • 张玮(大圣)
    2018-08-19
    我的想法是:分久必合,合久必分

    就像移动端技术随业务的发展一样,不断变换,但最终还是因为某一个很痛的点回归原生,鸡汤下,也就是走在路上时间久了,注意看看来时的路,记得当初为什么出发?😄

    前几天在看graalvm,提供大一统平台,各种支持,如果单从技术角度来看,还是用最合适的技术解决合适的业务场景,合适的同时也成就了简单。

    短时间看,架构遵循华兄说的合适,简单
    长时间看,遵循演进原则。
    展开
    
     1
  • 刘祥
    2019-09-15
    公司进行技术委员会竞选,谈技术架构和人员培养认知,三页PPT阐述,有什么好的思路吗?
    
    
  • godtrue
    2019-09-04
    课后思考及问题
    你认为 App 架构接下来会如何演进?
    如果我能定,一定是大一统的方向,这样开发效率会多出不少。不过最终的方式应该和浏览器类似,有统一的标准,不过为了竞争优势,又会多做一些个性化的,就看谁能引领潮流成为事实的标志啦!最后可能是三国鼎立的局面。
    
    
  • 海罗沃德
    2019-07-29
    App最后还得是原生,开发多次就只能加人加钱,不然你不开发多次,同类型App发狠开发多次,竞争力就没有了,不过好的是,印度,澳洲,中国都可以接各种App的外包,作为甲方用心做好交互设计比什么都重要

    作者回复: 现在大趋势是前端开发业务,原生开发底层

    
    
  • Kliyes
    2019-03-11
    微信小程序一统江湖!

    作者回复: 不可能的

    
    
  • 大冯宇宙
    2019-02-21
    目前移动端的app大多数都在使用组件化的方式,主要目的还是针对业务的隔离,跟微服务的想法基本一样。但是随着5G的到来,我相信云上系统会更加发达,个人觉着未来有一天手机就相当于浏览器,完全从云上读取数据,甚至每一台手机都是一个移动云,这样每一个服务也会存在一个前端的模块,随取随用。
    
    
  • varotene
    2019-02-03
    没太理解前端组件化,容器化,能不能给点课外阅读或者再讲讲

    作者回复: 搜搜手淘Atlas框架

    
    
  • 波波安
    2018-09-06
    后面的趋势还是使用统一的架构,一次开发多个平台都能使用,在这个前提下不断优化体验。

    作者回复: 期望快点统一,学不动了😀

    
    
  • 文竹
    2018-08-26
    跨平台App仍是主要发展方向,此外一些跨平台的App快速设计产品也是主流(比如用Js编写,工具自动转换成原生APP)

    作者回复: React Native,weex,flutter

    
    
我们在线,来聊聊吧