• 灵活可扩展，可以任意添加头字段实现任意功能

• 拥有成熟的软硬件环境，应用广泛，是互联网的基础设施

• 是可靠传输协议，基于TCP/IP协议，"尽量"保证数据送达

• 是应用层协议，比 FTP、SSH 等更通用功能更多，能够传输任意数据

• 使用了请求 - 应答模式，客户端主动发起请求，服务器被动回复请求

• 本质上是无状态的，每个请求都是互相独立、毫无关联的，协议不要求客户端或服务器记录请求相关的信息。可以轻松实现集群，扩展性能

• 是明文传输，数据肉眼可见，方便研究分析，容易被窃听

• 不安全，无法验证通信双方的身份，不能判断报文是否被篡改

1.小程序初始化

微信会初始化小程序环境，比如逻辑层的js引擎，视图层的WebView，并且注入公共基础库

⬇️

2.下载小程序代码包
进行业务小程序代码包的下载

1.确认开发者工具是否开启不验证合法域名,先关闭不校验合法域名
⬇️

2.查看工具的报错域名信息
⬇️

3.小程序后台的服务器域名填写处添加工具里报错的域名

# wx:if

有更高的切换消耗

• 条件值切换，有一个局部渲染的过程，因为它会确保条件块在切换时销毁或重新渲染
• 惰性的，在隐藏的时候不渲染，如果在初始渲染条件为 false,则在条件第一次变成真的时候才开始局部渲染

适用场景：运行时条件不大可能改变

商业模式考量

灵感的诉求与竞品分析

• 保持对同类型产品，或者同领域竞品的产品的持续关注度。（对大多数情况，市面上已经有可以借chao鉴xi的产品或者部分模块，不要想着发明原创的产品模型，很大可能是对产品的研究还太少。）

产品设计

• 5个模块左右在设计阶段尽量在2个月以上（再穷也要有至少1个产品经理，把时间拉长，UI可以让产品经理招外包）

# 蓄势需两年

• 大量中小企业都已经开始使用小程序，达到30%的水平，预计还需要两年或者更久

# 生态雏形初步形成

• 四大基础能力
  • 流量分发
    • 生态中必须具有海量的用户，并且能够帮助企业找到最精准的用户
  • 线下连接
    • 核心在线下，场景来自线下
  • 交易闭环
    • 支付交易闭环
  • 开发者生态
    • 公平公正环境
    • 互利共赢机制
    • 共生的决心

::: tip 定义
在(移动)互联网、大数据、云计算等科技不断发展的背景下，对市场、对用户、对产品、对企业价值链乃至对整个商业生态的进行重新审视的思考方式
:::

::: warning 核心观点
用户至上
体验为王
免费的商业模式
颠覆式创新
:::

浅谈商业模式

# setData

• 频繁setData（毫秒级）后果
  • Android 下用户在滑动时会感觉到卡顿，操作反馈延迟严重，因为 JS 线程一直在编译执行渲染，未能及时将用户操作事件传递到逻辑层，逻辑层亦无法及时将操作处理结果及时传递到视图层
  • 渲染有出现延时，由于 WebView 的 JS 线程一直处于忙碌状态，逻辑层到页面层的通信耗时上升，视图层收到的数据消息时距离发出时间已经过去了几百毫秒，渲染的结果并不实时
• 每次 setData 都传递大量新数据
  • 数据传输实际是一次 evaluateJavascript 脚本过程，当数据量过大时会增加脚本的编译执行时间，占用 WebView JS 线程
• 后台态页面进行 setData
  • 当页面进入后台态（用户不可见），不应该继续去进行setData，后台态页面的渲染用户是无法感受的，另外后台态页面去setData也会抢占前台页面的执行
• 建议
  • 不要频繁调用setData, 尽量合并到一次setData调用
  • 传输数据量跟通信性能有关，尽量少于64k，避免一些不需要在页面展示的复杂数据结构或者长字符串
  • 与界面无关的数据最好不要设置在data中
  • 去掉不必要的事件绑定，减少通信的数据量以及次数
  • 不要在节点data前缀放置过大数据（需要传输target的currentTarget和dataset）