重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
Flutter是谷歌的移动UI框架,可以快速在iOS和Android上构建高质量的原生用户界面。 Flutter可以与现有的代码一起工作。在全世界,Flutter正在被越来越多的开发者和组织使用,并且Flutter是完全免费、开源的。(-中文网;-英文网)
创新互联长期为上千多家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为桥西企业提供专业的成都网站建设、网站制作,桥西网站改版等技术服务。拥有10年丰富建站经验和众多成功案例,为您定制开发。
Flutter是一种趋势,势必会取代RN,成为最主流的跨平台开发框架,基于Dart语言。ios开发必须Mac电脑。android开发window、linux、Mac均可。
作者:闲鱼技术-国有
国有,闲鱼架构团队负责人。在7月13号落幕的2019年Archsummit峰会上就近一年来闲鱼在FlutterFaaS一体化项目上的 探索 和实践进行了分享。
随着无线,IoT的发展,5G的到来,移动研发越发向多端化发展。传统的基于Native+Web+服务端的开发方式,研发效率低下,显然已经无法适应发展需要。
我们希望 探索 闲鱼这样规模的独立APP的高效研发架构。主要思路是围绕Flutter解决多端问题,并使Flutter与FaaS等无服务容能力打通,形成云端一体化的研发能力,支持一云多端的发展需要。在某些场景已经取得效果,希望分享过程中的思考,与大家交流。
闲鱼选择Flutter主要是出于高性能的考虑。Flutter高性能主要来源于2个原因:
更多比较:
没有银弹的解决方案,Flutter与RN各有优点。如何选择因素很多,关键看如何取舍,举个例子:
云端技术栈的打通,是减少协同的不错的解法。以往前端+Node.js的一体化方案大家应该不会陌生,然而如果端侧使用了Flutter,那云侧Dart自然是第一选择。
FaaS的本质是运行在云端,那Dart适合用在云/Server上吗?
Dart语言早于Flutter,在最初的设计上,Dart就可以用于Web、Server。Dart具备一些服务端语言的特点:
闲鱼首先尝试将Dart作为普通的Server,替代传统的Java Server,然后再将Dart容器嵌入到FaaS容器中。建立Dart Server能力是第一步,也是主要的工作量所在。
闲鱼在Dart Server方面的建设思路:
开发期:
运行期:
上述内容实现了FlutterDart FaaS的技术栈的统一,但仅技术栈统一还远远不够,端、云的同学仍然无法真正互补和一体化打通,原因在于还有更多深入问题需要考虑:
面向这些问题,闲鱼的解法思路:
案例一,一体化在资源均衡方面的体现。在近期的一个项目中,云端一体化使原本2个月的项目时间,减少了20天。
案例二,一体化在业务闭环方面的体现。负责增长的一位开发同学,专注在增长业务上,在合适的情况下为合适的人投放合适的内容,以此带来用户的增长和活跃效果。一体化的方式下,可以统一云、端的切面,业务研发不再受云、端的限制。
一体化是建设高效研发框架的方向,并不是所有场景都需要一体化的开发,但一体化的Flutter、FaaS等技术组件,可以独立使用,也会带来效率提升,并且与原有的开发模式兼容。从一体化的思路去建设,可以使整体架构体系更加一致,也有机会做一体的架构沉淀。
未来闲鱼希望在一体化上做更多尝试和深入 探索 ,包括一体化工具、一体化业务平台、数据化智能化等方向。
最近在做的一个项目,项目的前期采用Weex开发。但是随着交互复杂度的增加,Weex一处开发多处多处运行的特征并没有很好的体现,相反很多时候我们还是需要做IOS和Android的适配。如今火热的Flutter相比Weex和Rn来说,给出了更好的跨平台解决方案。所以我们设计了一套基于Weex实现,底层跑在Flutter Engine上的框架。
底层的Runtime采用isolate engine,框架业务逻辑,Dom的解析逻辑和Render逻辑都跑在这里。
渲染引擎采用Flutter的Skia,彻底剥离了Android和IOS的差异性.
将Weex VirsualDom的解析都替换成Flutter Widget.
设计基于Weex2Dart的Brider,使JS和Dart可以相互调用
weex-demo的性能展示
release环境下采用AOT模式,性能会有质的飞跃。
Android-Release版本只有10m大小
相比Weex和Rn具有更好的性能,同时具有更好的跨平台性
相比Flutter,具有动态部署的能力(Flutter Release采用AoT模式并没有动态部署的能力,即使Debug版本也只是开发环境下才有动态化能力并没有可以实施项目的能力)
只需要会Weex开发或则Rn开发就可以,不需要额外学习Dart,已有的Weex项目可以无缝切换。
作为客户端开发程序员,首当其冲就是完成业务迭代,服务好产品用户和业务团队。服务好产品用户是业务团队存在的价值,服务好业务团队是客户端开发存在的价值。业务发展要考虑变现,要考虑增长,要考虑留存等等,最终落地的环节往往需要客户端开发来实现。
除了业务迭代,根据业务特色和客户端开发团队特点,会围绕高效研发体系和稳定研发质量不断做优化,也有的会尝试跨端能力建设、新技术探索落地。在更大一点的公司还会关注团队的技术影响力输出,以及不可忽视的安全和合规能力。
为了更好的衡量客户端质量,往往会用卡顿、卡死、crash等基础指标来评估质量,同时也会不断做包大小优化、启动优化、磁盘和流量监控、流畅度优化、cpu和电量优化等等来提升基础体验。同时还要关注研发过程中的效率提升,比如说研发流程优化、编译优化、自动化测试等等。
客户端能做的事情非常多,有服务于用户的业务方向,也有保障质量的基础方向,还有提供各种通用能力的中台方向,还有从事各种跨端建设、音视频处理、网络建设等等 。从供需关系来看,智能手机的市场规模是客户端开发岗位需求的天花板,全球接近40亿的智能手机就是客户端开发这个行业的未来保障。至于脉脉“客三消”理论鼓吹的大前端取代客户端开发,是典型的杞人忧天。从事过客户端开发的程序员都知道客户端原生Native开发是不可能被跨端的技术完全取代。RN、flutter等是在某些特定环境下会有不错应用收益,但不管是交互体验、研发体验,各项性能指标都比不上原生开发语言。
客户端开发是移动互联网快速发展的产物,本身也有一些从事的风险点,从我的经历来看,主要有以下问题:
客户端的很多日常工作是需求开发,需求开发主要是由各种业务逻辑、各类界面的实现。最常见的现象是 一年经验用三年,三年经验用十年 。由于客户端所见即所得的特点,很多开发者在度过前期的上手期之后,就一直重复使用类似的思考模式去解决问题。如果没有环境压迫,也没有自己主动去思考突破,会在日复一日的劳作中迷失成长。时间较长之后,往往会陷入能力增长的瓶颈期。
客户端开发的求职者和招聘者之间,现在有一种相互矛盾的现象: 求职者感觉外面客户端开发的需求量在不断的变少,招聘者一直在苦恼招不到人。
客户端开发的岗位减少是由于移动互联网的基建越来越成熟,相比流量成本和维护成本都更高的App,很多小公司选择使用了更加便捷的小程序、公众号、抖音短视频等等大公司提供的基础平台,导致了客户端开发的岗位需求量在不断减少。
招聘者苦恼的是招聘不到优秀的开发者,由于互联网行业常年有长期唱衰客户端开发的现象(从以前的PC开发到现在是移动端开发),再加上最近几年兴起的算法岗位和数据分析岗位竞争,越来越少的优秀毕业生投身到客户端的这个行业上,导致优秀的开发者供不应求。
“中年危机”是悬在程序员头上的达摩克里斯之剑,这不仅仅是客户端开发会面临的问题,这是所有大龄程序员都必须面对的互联网从业现状。由于前面提到的互联网基建成熟带来了的客户端岗位需求减少问题,客户端开发在中年危机这个问题显得更有压力。
但是如果觉得从事前端开发或者后台开发就不用面对中年危机,就是太过于乐观了。设想一下,一个公司为了节省成本都不做App了,他还会去招一个40的前端开发或者后端开发吗?
互联网行业在快速发展,薪酬待遇也在不断提升,这也带来源源不断的新人。 当一个新人和老人能力相差不大时,性价比更高的新人往往更容易胜出。 想要避免中年危机,唯有不断锻炼自己的能力,思考自己的不足之处,提升自己在市场的竞争力。
根据自己的粗浅认知,我觉得有下面几个方向可以努力。
大部分公司的官方回答永远是弹性工作制,事情干完就可以走。但是事情永远不可能做完,事情可以做完的公司还有市场竞争力?
我的看法是顺应潮流,合理安排时间。优先完成工作的事情,然后利用多余时间来进行学习。尽量不要把工作安排的满满当当,这样疲于奔命会让生活非常疲惫;也不要夸大工作难度、浑水摸鱼,摸鱼是对自己最大的不负责。按公司提倡的工作时间,合理安排工期,如果还有一些时间可以放松下心态,花点时间学习和成长。
可以从下面几个方向去探索:
学习如何从重复工作中学习和成长是必须的,因为再新的工作也会变成旧的工作。
学习的方向可以是做事、技术、思考、规划、团队等等,找一个当下最需要成长的能力开始锻炼。合理使用环境的压力,形成自己的学习和成长动力;偏技术侧需要自己拆分目标,逐步实现目标,这是非常重要的自驱力。
成长的过程很简单,制定目标,实现目标。目标需要有一定的量化标准,模棱两可让目标变得不可触碰。制定目标也要考虑目标的指引作用,对个人而言,目标描述的过程会比结果更加重要。
努力学习换来好结果,好结果继而激励产生进步动力,建立一个良好的正向反馈循环。
一个职业的未来,要看行业的发展前景。 移动互联网的发展规模,注定客户端在短期内仍然是刚需。至于长期发展之后,移动互联网被新的时代取代,那么也会有新的岗位延伸出来,到时再紧跟时代潮流即可。
另外要把业务和技术分开,技术只是一个工具。在前期确实需要积累客户端的知识和相关技术,但是随着时间的推移,慢慢会接触更多的知识。不要给自己设限制,在适当的时机技术栈可以扩大到后端。假如某个人只做某一个模块,那么也需要去接触这个模块的前因后果,数据的产生消费。眼界如果局限在客户端,那么只能知其然不知其所以然。重点是在于人,人才是解决问题的核心,具体的技术只是工具。