首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

外卖Flutter动态化实践

本文从 Flutter 的特点讲起, 阐述了外卖团队在整个 Flutter 动态化上探索的心路历程,还有设计理念、核心原理以及业务应用的经验。...外卖 MTFlutter 团队从 2019 年 9 月开始对动态化进行研究,目前已在多个业务模块上线,内部项目代号 “Flap” 。...代码中使用到了官方 Pub 或是其他业务线的 Pub,例如金融的 Pub 里的方法,声明不在“我的业务”文件里,所以需要 Proxy。...目前 Flap 已在多个业务场景落地,大大缩短了需求的发版路径,增强了线上问题修复能力。...杨超,2016 年加入,到家平台前端资深工程师。 松涛,2018 年加入,到家平台前端资深工程师。

2.4K21

外卖系统架构设计

外卖是一款在线外卖订购平台,为用户提供便捷、快速、多样化的外卖服务。其系统架构设计是非常重要的,本文将从以下几个方面进行阐述。一、架构概述外卖的系统架构采用了微服务架构。...外卖使用了Nginx作为反向代理,通过Nginx进行负载均衡,将请求分发到多个服务实例上。六、容错机制外卖的微服务架构中,使用了容错机制。容错机制可以保证系统在出现故障时仍然可以正常运行。...外卖使用了Hystrix作为容错框架,当某个服务出现故障时,Hystrix可以自动切换到备用服务,保证系统的可用性。七、数据存储外卖的微服务架构中,每个服务都有自己的数据存储和处理能力。...八、安全机制外卖的微服务架构中,使用了安全机制。安全机制可以保证用户数据的安全性和系统的安全性。...外卖使用了OAuth2.0作为认证和授权框架,用户登录后,系统会颁发一个访问令牌,每次请求都需要携带该令牌。同时,外卖还使用了SSL/TLS协议进行数据传输加密,保证数据的机密性。

2K40

微前端在外卖的实践

之前美美给大家介绍过微前端在HR系统和美闪购的实践文章。...今天的文章来自外卖广告团队,他们参考业界优秀方案,同时也深度结合了广告端实际业务的情况,提出了基于React的中心路由基座式微前端方案。...诚然,任何技术的实现都要依托业务场景才会变得有意义,所以在阐述外卖广告团队的微前端实践之前,我们先来简单介绍一下外卖商家广告端的业务形态。...利用CAT(已经在GitHub上开源)和天网(内部的监控系统),我们分别在子工程的配置信息、静态资源加载等节点上进行了埋点上报,统计子工程加载成功率,及时发现可能出现的子工程切换问题。...作者简介 张啸、魏潇、天尧,均为外卖前端团队研发工程师。 ---------- END ----------

96330

外卖前端容器化演进实践

提单页在外卖交易链路中非常重要,但随着业务不断发展,提单页模块越来越多,逻辑的耦合也越来越重。...为了解决这一问题,需要实现提单页的动态化,而动态化是需要基于容器来实现,所以,外卖技术团队提出了提单页的容器化方案。希望本文对同样深受此问题困扰的同学有所帮助,有所启迪。...背景 提单页的位置 提单页是外卖交易链路中非常关键的一个页面。...Metrics 是平台团队和外卖团队,开发的新一代App性能采集、监控、统计平台。 4....作者简介 李肖、廷瑞、彦平、同同均为外卖团队工程师。 欢迎加入前端技术交流群,跟作者零距离交流。

70820

外卖订单中心的演进 转

前言 外卖从2013年9月成交第一单以来,已走过了三个年头。期间,业务飞速发展,外卖由日均几单发展为日均500万单(9月11日已突破600万)的大型O2O互联网外卖服务平台。...平台支持的品类也由最初外卖单品拓展为全品类。 随着订单量的增长、业务复杂度的提升,外卖订单系统也在不断演变进化,从早期一个订单业务模块到现在分布式可扩展的高性能、高可用、高稳定订单系统。...为方便大家更好地了解整个演进过程,我们首先看一下外卖业务。 外卖订单业务 外卖订单业务是一个需要即时送的业务,对实时性要求很高。从用户订餐到最终送达用户,一般在1小时内。...下图是一天内的外卖订单量分布图 总结而言,外卖业务具有如下特征: 流程较长且实时性要求高; 订单量高且集中。...由于外卖在线业务对实时性、性能要求较高。我们针对每个主要的查询维度均保存一份数据(每份数据按查询维度进行分片),方便查询。 具体来说,外卖主要涉及三个查询维度:订单ID、用户ID、门店ID。

93130

Flutter Web在外卖的实践

外卖前端技术团队基于 Flutter Web 探索跨端(App\PC\H5)的解决方案,真正实现“Write Once & Run AnyWhere”。...一、背景 1.1 业务背景 image.png 外卖商家端业务形态 外卖商家端业务围绕数百万商家,在 PC 和 App 上分别提供了交易履约、运营、广告、营销等一系列功能,且经常有外投 H5...1.2 技术背景 1.2.1 Flutter 在外卖商家端的储备 MTFlutter 是外卖搭建起的公司级 Flutter 研发生态,它的架构图如下图所示: image.png MTFlutter...五、成果展示 5.1 效果展示 我们在外卖商家学院(一个以文章、视频等形式帮助商家学习外卖运营知识、了解行业发展和平台策略的平台,它有很强的传播属性,具有外部投放的场景)率先落地了 Flutter...六、总结与展望 综上所述,外卖商家端多元的业务形态和足够的技术“储备”,使得基于 Flutter 实现多端复用成为了可能。

2.1K20

解读 外卖Android Crash治理之路

面临的挑战和成果 -------- 面对用户使用频率高,外卖业务增长快,Android碎片化严重这些问题,外卖Android App如何持续的降低Crash率,是一项极具挑战的事情。...外卖自2013年创建以来,业务就以指数级的速度发展。外卖承载的业务,从单一的餐饮业务,发展到餐饮、超市、生鲜、果蔬、药品、鲜花、蛋糕、跑腿等十多个大品类业务。...目前外卖日完成订单量已突破2000万,成为点评最重要的业务之一。...外卖客户端所承载的业务模块越来越多,产品复杂度越来越高,团队开发人员日益增加,这些都给App降低Crash率带来了巨大的挑战。...更详细的内容可参考《外卖Android Lint代码检查实践》。

96720

外卖离线数仓建设实践

导读:外卖数据仓库主要是收集各种用户终端业务、行为数据,通过统一口径加工处理,通过多种数据服务支撑主题报表、数据分析等多种方式的应用。...本文主要介绍外卖离线数仓的历史发展历程,在发展过程中碰到的痛点问题,以及针对痛点做的一系列优化解决方案。 01 业务介绍 ?...首先介绍下外卖的业务场景, 核心交易链路为:用户可以通过的各种用户终端(包括外卖的APP或者 APP、QQ/微信等)下单,然后商家接单、骑手配送,三个阶段完成一笔交易。...整体架构介绍 外卖整体分为四层:数据源层、数据加工层、数据服务层、数据应用层。 ? 数据源层:包含接入的原始数据,包括客户端日志、服务端日志、业务库、集团数据、外部数据等。...数据生产主要依靠平台的计算能力,包括离线生产平台、实时生产平台、调度管理平台 集团基础平台:数据生产工具之上是集团基础平台,包括数据资产管理、元数据管理、数据质量管理、资源管理以及权限管理 元数据层:元数据与数据服务都是外卖自己业务做的一些工作

1.2K20

外卖实时数仓方案整理

外卖数据智能组总结的最佳实践是:一个通用的实时生产平台跟一个通用交互式实时分析引擎相互配合,同时满足实时和准实时业务场景。...01 实时场景 实时数据在外卖的场景是非常多的,主要有以下几个方面: 运营层面:比如实时业务变化,实时营销效果,当日营业情况以及当日分时业务趋势分析等。...外卖依托于整体的基础数据体系建设,从技术成熟度来讲,公司前几年主要用的是Storm。当时的Storm,在性能稳定性、可靠性以及扩展性上也是无可替代的。...这些问题在外卖这边同样会遇到,我们也会有自己的一些思考,将会在后面的章节进行阐述。 03 业务痛点 首先,在外卖业务上,我们遇到了一些问题和挑战。...首先要进行拆解,有哪些数据,有哪些场景,这些场景有哪些共同特点,对于外卖场景来说一共有两大类,日志类和业务类。 日志类:数据量特别大,半结构化,嵌套比较深。

64030

外卖实时数仓建设实践

文章作者:朱良 外卖 技术专家 编辑整理:Comn 出品平台:DataFunTalk 导读:本文主要介绍一种通用的实时数仓构建的方法与实践。...01 实时场景 实时数据在外卖的场景是非常多的,主要有以下几点: 运营层面:比如实时业务变化,实时营销效果,当日营业情况以及当日实时业务趋势分析等。...风控侧:在外卖以及金融科技用的是非常多的,实时风险识别,反欺诈,异常交易等,都是大量应用实时数据的场景 02 实时技术及架构 1....外卖是依托整体的基础数据体系建设,从技术成熟度来讲,前几年用的是Storm,Storm当时在性能稳定性、可靠性以及扩展性上是无可替代的,随着Flink越来越成熟,从技术性能上以及框架设计优势上已经超越...03 业务痛点 在外卖业务上,我们也遇到了一些问题。

63110

外卖持续交付的前世今生

前言 外卖自2013年创建以来,业务一直在高速发展,目前日订单量已突破3000万单,已成为点评最重要的业务之一。外卖所承载的业务,从早期单一的美食业务发展成为了外卖平台业务。...目前除餐饮业务外,闪购、跑腿、闪付、营销、广告等产品形态的业务也陆续在外卖平台上线。参与到外卖平台的业务团队,也从早期的单一的外卖团队发展成为多业务团队。...从外卖业务的角度,我们可以将持续交付定位为“外卖用户”和“外卖团队”之间的紧密反馈流。而外卖团队涉及到PM、UI/UE、RD和QA角色。...由于外卖业务是一个双平台业务,需要同时开发外卖App和美App。在人力安排上,我们会分成两个组,App组和频道组并行开发。...王鹏,2017年加入外卖团队高级工程师。 江伟,2018年加入外卖团队高级工程师。 ---------- END ----------

1.4K31

WMRouter:外卖Android开源路由框架

WMRouter最初用于解决美外卖App在业务演进过程中的实际问题,之后逐步推广到了其他App,因此我们决定将其开源,希望更多技术同行一起开发,应用到更广泛的场景里去。...data android:scheme="demo_scheme" android:host="demo_host"/> URI跳转 在外卖...关于外卖平台化更详细的内容,可参考团队之前已经发布的文章 外卖Android平台化架构演进实践。 为了满足实际开发需要,在长时间的探索后,逐步形成了如图所示的三层工程结构。 ?...在Gradle插件的实现思路上,借鉴了平台的ServiceLoader并做了性能优化,给平台提出了改进建议。...在经过了近一年的不断迭代完善后,WMRouter已经成为多个App中的核心基础组件之一。

1.2K20

外卖订单平台建设方法论

今天聊下外卖订单平台的建设,主要内容来源于外卖订单负责人何老师之前的ppt。 2018年,业界都在聊中台,外卖也在尝试搞中台,当然外卖不叫中台,而是叫交易平台。...因为对于外卖也好,其他的到家商品(鲜花、药品)最终可以真正复用的,或者复用有价值的也就是交易履约这个环节了。 所以整个交易平台包括了常见履约环节涉及到的一系列内容。...先整体看下,订单从一个小的系统,变成一个支撑整个到家交易订单平台的演进过程,可以看到每个阶段的关键能力变化。 促成订单平台化的关键原因,是因为到家bu战略上的万物到家。...于是催生了多品类和多业务,需要用现有的外卖搭建起来的平台做复用。 不同品类或不同业务,在能力上还是有差异的,但在骨干能力上有一定的相似,所以订单系统需要变成一个平台化的系统。...最下层是基础设施层,主要对公司的一些基础中间件进行了封装,并且外卖具备了异地多活、SET化,所以这部分具备了多机房流量调度,数据同步,一致性等基础能力。 再上一层是基础服务层,按照领域组织了相关能力。

86710

大神分享外卖订单中心演进之路

作者:何轼 来源: http://tech.meituan.com/mt_waimai_order_evolution.html 前言 外卖从2013年9月成交首单以来,已走过了三个年头。...时期,事务飞速开展,外卖由日均几单开展为日均500万单(9月11日已突破600万)的大型O2O互联网外卖服务渠道。渠道支撑的品类也由开始外卖单品拓宽为全品类。...为便利我们非常好地了解全部演进过程,我们首要看一下外卖事务。...外卖订单业务 外卖订单业务对于及时性的要求很高,因此从技术角度来看,实时性的优先级很高,从用户订餐开始算起,直至送达,时效通常在一个小时左右。如果超时,用户体验就会受到伤害,成为一次糟糕的购物经历。...下图是一天内的外卖订单量分布图 总结而言,外卖业务具有如下特征: 流程较长且实时性要求高; 订单量高且集中。 下面将按时间脉络为大家讲解订单系统经历的各个阶段、各阶段业务特征、挑战以及应对之道。

2.5K71

外卖骑手背后的AI技术

在 1月份的 AICon全球人工智能与机器学习技术大会上,点评配送人工智能方向负责人何仁清分享了《骑手智能助手的技术与实践》。...下图主要介绍了外卖现在的发展情况: ? 外卖从 2013年启动,目前大概能够服务 2.5亿用户,已经覆盖 1300多个城市,能够为 200多万商户提供服务,日峰值订单超过 1800万。...外卖智能配送调度系统每天匹配 50多万外卖小哥,基于海量数据和人工智能算法,确保平均配送时长不超过 28分钟。这也是目前世界上规模最大、复杂度最高的多人、多点实时智能配送调度系统。...外卖智能语音助手定位 ? 我们为什么要智能语音助手?骑手到底在什么情况下需要智能助手服务,整个服务里面的关键是什么?先解释一下这个问题。...基于这些考虑,我们做了外卖语音助手,它的定位主要包括以下三点: ?

2K50
领券