小程序开发实践

会议室:唐4
出品人:郭静

自微信小程序于2017年1月9日正式上线之后,业内便拉开了关于小程序的开发争夺大... 展开 >

专题出品人:郭静

OPPO 内容分发团队技术负责人

技术委员会核心成员,快应用联盟OPPO方技术负责人,参与快应用联盟从零到一的建设,主导快游戏首版技术标准的推出。加入 OPPO 前,曾先后就职于网易、百度,有近十年移动端架构,研发及团队与项目管理经验。

主导 OPPO 应用商店从百万用户到支撑亿级用户规模的全端技术架构演进,安全稳定的支撑2亿 OPPO 商店用户,OPPO 应用商店作为 OPPO 最核心的互联网业务,目前应用商店服务分发规模居行业第一位。

目前重点关注领域:大前端技术演进及推广,数据驱动精细化研发,机器学习等领域。

地点:唐4

专题:小程序开发实践

自微信小程序于2017年1月9日正式上线之后,业内便拉开了关于小程序的开发争夺大战。本专题将邀请来自平台方的技术专家分享所提供的开发模式,也会邀请使用方来分享基于小程序的解决方案在保险、新零售等方面的落地经验。

by 刘道平

数字广东
产品研发部/粤省事产品中心/架构师

移动互联网下半场,进入产业互联网时代,开发者、架构师将更多关注到 ToB、ToG 的互联网应用场景。在互联网+政务领域,架构师技术选型时需关注移动政务服务的刚需、低频的特点,及对传统业务系统的限流保护、跨网请求协议路由、安全防护等技术。在移动政务应用领域,小程序更容易获得用户青睐,是互联网+移动政务应用的重要工具。架构师还需关注,移动政务应用后台服务要与各业务(公积金、社保、交管、出入境、民政等)服务的接口集成、统一身份鉴权、高频数据共享,从而实现少填少报少跑用户快办的服务效果。

演讲中,将以粤省事小程序、国务院小程序为例,介绍架构师在研发过程中需要关注的业务、产品、前后端开发、测试、运营、安全等方方面面。

演讲提纲:

  1. 移动政务应用的典型技术路线
  2. 指尖民生服务小程序(粤省事)研发过程
  3. 服务接入-限流保护、安全可控
  4. 前端开发-积累组件、云开发
  5. 后端开发-分布式微服务
  6. 安全防护-政务领域安全评测
  7. 压力测试-性能持续优化
  8. 系统架构演化之道,从0到1,从 V1.0 到 V2.0

听众受益点:

  1. 了解政务移动服务的低频刚需特征,掌握移动政务应用平台技术选型的考量体系
  2. 了解移动政务服务小程序,从0到1的开发的全过程:需求、产品、设计、前端开发、后端开发、测试、安全评测、上线运营,紧密协作、敏捷研发确保快速迭代
  3. 面对众多政务业务系统的接口集成, 如何实现统一身份鉴权、限流保护
  4. 政务服务小程序后台架构, V1.0 到 V2.0 的演化

by 彭伟春

阿里巴巴
国际用户体验事业部前端技术专家

微信、支付宝、钉钉、头条等各家小程序迅猛发展, 百家争鸣的同时也给小程序监控带来前所未有的挑战, 本次演讲将系统化地介绍如何跨越生态实现监控小程序、端到端前后端全链路追踪以及如何「1分钟发现问题,5分钟定位问题,10分钟解决问题」

演讲提纲:

  1. 小程序监控的基本原理, 如何尽可能低成本一套代码监控各大小程序
    • 各大小程序的实现原理架构和异同点
    • 一套代码监控所有小程序的挑战点
    • 分层架构应对小程序的共性部分和特性部分
    • 灵活的自定义能力覆盖定制化诉求
  2. 小程序端到端全链路监控的原理和实战
    • 单点监控带来的问题以及如何自证清白
    • 端到端全链路监控所面临的技术挑战
    • 全链路监控的理论依据和方法论
    • 全链路监控技术实现与架构
    • 端到端全链路监控最佳实践
  3. 如何「1分钟发现问题,5分钟定位问题,10分钟解决问题」?
    • 如何做到近实时(1分钟)感知问题?
    • 很多异常信息并不会影响应用运行, 如何识别最需要关注的问题点?
    • 5分钟定位问题:从前到后全链路追溯,分布式追踪 + 用户行为回溯
    • 探讨如何做到十分钟解决问题, 热修复 or 回滚 or 其它?
  4. 对小程序监控未来的畅想和思考

听众受益点:

  1. APM 领域(小程序方向)最新动态和最前沿的思考;
  2. 小程序跨端监控的挑战和解法;
  3. 小程序端到端全链路监控的原理和实战。

by 钟钦成(司徒正美)

去哪儿
架构师

两年前,微信小程序横空出世,及小米直达号联合其他手机商摇身一变,推出快应用,在这个互联网寒冬中,去哪儿网敏锐抓住机会,迅速推出去哪儿微信小程序与快应用,以一套代码加语法宏的方式进行开发, 取得不俗的收益,日收入百万级别。

一年前,其他小程序也冒出来了,显然这意味新的商业机会,但旧的开发方式已经无法进行下去(宏里面太多分支),因此去哪儿网开发了自己的转译框架nanachi,实现一套代码运行于N个平台(微信,QQ轻应用,头条,抖音,钉钉E应用,支付宝,百度,快应用,H5)。

本次分享介绍研发心得,大家耳熟能详的转译部分(babel的API的调用)会略过,但会展示更加有用的信息,及在框架无法hold住的情况下处理措施。

演讲提纲:

1、框架的研发细节

  • React 代码如何转换成小程序的代码
  • React 组件实例如何匹配相同页面上相同位置的小程序实例,实现数据的同步与视图的刷新
  • API的兼容与Promise化
  • 针对个别平台的标签差异开发出补丁组件,在编译阶段无感支持这种标签
  • 样式单位的转译
  • 对事件进行统一委托,解决传参与bind(this)与数据上传

2、框架外的技术文案(需要开发人员手动添加额外代码,或进行某方面的约束)

  • 针对平台的限制或体积的限制,需要将某个页面或频道放到 webview 中,开发出智能 webview 方案
  • iconfont 的跨平台处理
  • 根据不同平台打包业务代码
  • 拆库开发,方便多条业务线同时开发
  • 通过与各大公司的技术人员洽谈,协商加入某些 API,减轻兼容难度
  • 如何设计跨端的目录结构
  • 快应用的兼容问题

听众受益:

1、对项目负责人来说,了解一下各种小程序的收益情况(微信>快应用>支付宝>百度),了解兼容难度,市面上有各种号称非常不错的转译框架,其实只能解决60%的问题,于是才有了各种补丁方案,如何在框架无能为力的情况进行自救。从项目实施来讲,我的建议有三点:

  • 必须有 backup 方案
  • 如果决定上线,必须提前研发,不一定等到推广费到位,因为坑多
  • 加强与大公司技术人员的沟通

2、对开发者,可以了解到众多平台的差异与相应的解决方案。

交通指南

© 2019 Baidu - GS(2018)5572号 - 甲测资字1100930 - 京ICP证030173号 - Data © 长地万方
想要批量报名或更多优惠?
立即联系票务报名小助手豆包
或致电:010-84780850