Swift 与 Objective-C 及混编机制 108 美团民宿跨端复用框架设计与实践 165 美团跨端一体化富文本管理技术实践 186 前端 | 2020 202 移动端 UI 一致性解决方案 202 美团外卖 Flutter 动态化实践 227 美团开源 Logan Web：前端日志在 Web 端的实现 255 外卖客户端容器化架构的演进 270 Flutter 过打造一套 合适的跨端框架，以相对低的成本移植应用到鸿蒙平台，并利用好该系统的特性能 力，就成为了一个非常重要的选项。 在现有的众多跨端框架当中，Flutter 以其自渲染能力带来的多端高度一致性，在新 系统的适配上有着突出的优势。虽然 Flutter 官方并没有适配鸿蒙的计划，但经过一 段时间的探索和实践，美团外卖 MTFlutter 团队成功实现了 Flutter 对于鸿蒙系统的 前端 上分别提供了交易履约、运营、 广告、营销等一系列功能，且经常有外投 H5 的场景（如外卖学院、商家社区、营销 活动等）。在这种多形态的业务场景下，如何保障多端体验的一致性，以及如何提升 多端迭代的效率，一直是商家端产研关注的重点。 1.1.1 保障多端体验一致性 由于端能力的不同，导致了业务在 App 和 Web 上存在较大的表现差异，例如：App 上自带动画转场，而在 Web 中的实现成本却较高，往往也就降级舍弃了这部分功能。

Flutter是谷歌的移动UI框架，可以快速在iOS和Android上构建高质量的原生用户界面 Flutter简介 1 原生性能 生态与模式 C/C++ 引擎操作OpenGL、GPU直接渲染 平台一致性 Flutter简介 1 生态与模式 原生性能 实践框架及页面栈管理 2 实践框架及页面栈管理 2 腾讯企鹅辅导 实践框架及页面栈管理 2 腾讯企鹅辅导 实践框架及页面栈管理 2 推送 日志 … 基础能力 数据传输层 Native基础层 应用UI 实践框架及页面栈管理 2 接入层 - MJFlutter 通道传输 基础能力 接口简单易用 方便接入 扩展能力强 终生使用 底层Engine耦合低 实践框架及页面栈管理 2 混合栈管理 Native_0 Flutter_0 Native_1 Flutter_1 Flutter_0 Flutter_2 页面切换

的功能性、整合性测试，其中包含例如可视化 CSS 和 RWD（译 注：响应式网页设计，全称 Responsive web design）回归测试的概念。 得益于老版本 IE 使用、开发程度的大幅度降低，为浏览器 API 一致性而战的时代已离我 们远去。 2016 前端开发回顾 14 几乎人人都意识到开发网页的时候必须考虑多设备适配策略。 使用其他语言的开发者持续涌入 JS 领域，他们也带来了一些东西：例如类型检测，和对 28 全能型人才/全栈神话 图片来源：http://andyshora.com/full-stack-developers.html 一个能够设计和开发整个 web 解决方案的人，需要具备非常强的专业技能和在视觉设计、UI/ 交互设计、前端开发、后端开发等领域非常丰富的经验。能这四个领域里精通一门或多门技 术的人，就已经可以说是非常稀有的人才了。 老实说，你应当努力成为，或者尽力聘请到

catch 语句捕获变量的类型不会被默认地改变成 unknown 类型，因此我们考虑在未来添加一 个新的 --strict 标记来有选择性地引入该行为。 目前，我们可以通过使用代码静态检查工具来强 制 catch 捕获变量使用了明确的类型注解 : any 或 : unknown 。 更多详情请参考PR. 在使用JSX时，fragment类型的JSX元素允许返回多个子元素。 当TypeScript刚开始实现 2引入了一个新的 --strictBindCallApply 编译选项（是 --strict 选项家族之 一）。在使用了此选项后，函数对象上的 bind ， call 和 apply 方法将应用强类型并进行严格 的类型检查。 1. function foo(a: number, b: string): string { 2. return a + b; 3. } 4. 5 NewableFunction 。这些类型包含了针对常规函数和构造函数 上 bind 、 call 和 apply 的泛型方法声明。这些声明使用了泛型剩余参数来捕获和反射参数列 表，使之具有强类型。在 --strictBindCallApply 模式下，这些声明作用在 Function 类型声明 出现的位置。 由于更严格的检查可能暴露之前没发现的错误，因此这是 --strict 模式下的一个破坏性改动。

typescript 的编 译⽬目录不不同，可以通过构建的阶段将⼊入⼝口⽂文件动态创建进去。 多个平台的⼀一致性考虑 TS 跨平台的考虑 多个平台的⼀一致性考虑 src dist package.json FaaS Dir index.ts index.js TS 跨平台的考虑 多个平台的⼀一致性考虑 src dist index.js package.json FaaS Dir

Windows 使用libwebrtc.dll + C++ 实际开发中会遇到的困难 • 下载和编译Google WebRTC框架（防火墙，编译环境） • 原生SDK开发(每平台人力投入) • UI 的一致性，更新迭代（类似SDK需按平台维护） • 性能问题(全部使用html5) 客户端是否有 更好的选择？ 为何选择 Flutter • 同样是 Google 发起的跨全平台高性能UI框架 • 基于 iOS/Android/Web/Windows/Linux/macOS/Embedded 使用flutter 开发app意味着什么？ • 无需为每个平台独立维护代码 • 一次编码，多平台运行,效率最大化 • 多平台一致性体验 • 强大的社区资源 Flutter-WebRTC 插件 Flutter-WebRTC 支持那些平台 实现一对一视频通话服务 (基于 Go 开发) 源码: https://github

2018.8 Dart2.1 2018.12 JIT：动态编译，Hot Reload AOT：静态编译,Native code 强类型，可以类型推断 提升开发效率！ 经过简单统计，写同⼀一个功能， 使⽤用Dart，可以减少50%的代码量量 强⼤大的异步编程能⼒力力 全栈语⾔言 UI Widget 所有UI元素都是widget组件 Stateless Widget Stateful

●工具相对完善 ●上手容易 ●与TS设计相似* 比较 类型系统 难度 工具链 CoffeeScript 动态 低 差 BuckleScript 很强 高 较好 FlowType 强 较低 较好 TypeScript 强 低 很好 TS发展史 ●简单易用,不求完美 ●原汁原味，贴合JS ●从简单到强大 TS发展史 Pre 1.0 ●简单 ●无泛型 var a: string = 'hello

体验差 能⼒力力弱 Native 开发效率低 ⽆无法跨平台 发布复杂 体验好 能⼒力力强 传统移动端开发模式，⽆无法满⾜足业务精细化运营需求，急需寻找⼀一种⾼高性能、跨平台、动态发布的开发解决⽅方案。 前终端⼀一体化 开发效率⾼高 ⽀支持双平台 可动态发布 能⼒力力强 体验好 Hippy 简介 腾讯 Hippy 动态运营解决⽅方案由 Hippy SDK 与 Hippy

u 修饰符。如果 不加 u 修饰符，正则表达式使用 \p 和 \P 会报错，ECMAScript 预留了这两个 类。 由于 Unicode 的各种属性非常多，所以这种新的类的表达能力非常强。 const regex = /^\p{Decimal_Number}+$/u; regex.test(' ������ ���') // true 上面代码中，属性类指定匹配所有十进制字符，可以看到各种字型的十进制字符都 switch 语句会按设计的方式工作。 还有一点需要注意，Symbol 值作为属性名时，该属性还是公开属性，不是私有属 性。 实例：消除魔术字符串 魔术字符串指的是，在代码之中多次出现、与代码形成强耦合的某一个具体的字符 串或者数值。风格良好的代码，应该尽量消除魔术字符串，改由含义清晰的变量代 替。 Symbol 232 function getArea(shape, options) getArea('Triangle', { width: 100, height: 100 }); // 魔术字符串 上面代码中，字符串 Triangle 就是一个魔术字符串。它多次出现，与代码形 成“强耦合”，不利于将来的修改和维护。 常用的消除魔术字符串的方法，就是把它写成一个变量。 var shapeType = { triangle: 'Triangle' }; function