关于假装我是一个高级组件这件事
最近在做公司的小程序聊天部分。
由于很久没更新过了，只能参考 APP 的实现。
这一看不知道，发现个很无语的事情。
大哥，你是地图啊？
咱看看这个截图
这里我一共发了三条地图消息。
但是有个很抽象的事情：
咱的 APP选手，直接加载了三个地图组件到当前页。
于是，我就问他了，是不是用户发了 100个定位，就初始化 100个？
APP：Yes！
问题所在
如果是在 APP 端，做了消息虚拟滚动的，又因为现在各位阿宝的手机配置越来越高。问题也不算太大。
当这个东西，出现在小程序中呢？
- 首先，小程序本来就是个性能垃圾的产物
- 其次，我们还用的是uniapp-vue2版本写的。。我也不知道这个版本怎么做虚拟滚动。。。
- 然后，我是小程序垃圾选手，我只会 pc/web/服务端
- 最后，加载这么多地图组件到页面上本来就是个很抽象的事情好伐！
我来假装组件
如何解决？
很简单的拉，我用图片替换这个地图不就好了？
比如：
这条消息发送了一个经纬度:111,222
那么，我就到利用某些方法，把这个坐标的贴图获取到。
最后组装成为一个图文消息。
岂不快哉？
用户觉得，我发了这么多地图消息，不卡诶？ 交互很不错嘛。
哈哈哈
引入其他的一些思考
当然，我们在开发的时候会遇到各种类型的问题，这些时候，参考竞品是很不错的选择～
交互式消息
金三银四的时候，大家在用某 ss 的时候，发消息。
HR： 向你发起了一个面试邀请～ ✔ or ❌
这个时候你只需要点击一个 ✔就能处理这个消息
这个时候是怎么做到的呢？
在不利用本地数据库的情况下，要么存储到后端数据库。
要么？我把问题的 id 保留到我接受的这条消息中。
其实就是：
javascript
messageA = {
id:1,
content:'你是否接受. ✔ ❌'
}
messageB = {
id:2,
coentent:'我已接受您的面试邀请～',
extIfo: {
extId :1,
extOption: '✔'
}
}那么我在渲染消息的时候，发现我这条消息处理了 id 为 1 的这条消息。我们就可以返回去，把id 为 1 的消息状态改为已经被操作过～
不建议使用各种本地数据库留存操作数据。因为要涉及到多端、多设备同步。你存你 **的本地！
伪装组件
各种聊天工具里面
什么在线文档、地图、视频组件。
其实都可以用图文消息伪装～
把文档在服务端处理，生成一张预览图。直接插入聊天中，效果也是杠杠的～
其他组件同理。
结语
赶紧把你代码里面那些可以被假装的组件修改了～