匆匆那年

记得自己之前写过一篇《邮箱收件人组件（vue版）成长历程（一）》记得当时里面写到了自己使用的是可编辑div来进行输入的，同时提到当时出于挑战自己和青铜的倔强，想试着换个方案，完全使用可编辑div来实现。。。这个小小的倔强为后续很多功能瓶颈埋下了隐患。。。 使用contenteditable的div缺点 具体的隐患是什么的？ 因为方案中采用的点击插入新收件人时实际上就是向数组里面插入一个空收件人对象，为了确保用户在胡乱点击时永远保证只有一个空对象，就需要频繁的做是否有多余空对象的检查。这个会导致数组频繁的重新渲染，鼠标点入进行选中元素变得很困难。 普通用户、产品和设计师一般会认为这个收件人组件是一个输入框（你见过谁家的输入框里面能展示校验成功与否的图标的），这会导致他们的需求和改版是以input的某些特性来设计的，这会部分场景用contenteditable的div无法实现，比如用户聚焦后改变整个组件背景颜色。 这次赶上项目迁移至React，对这部分也做了设计上的调整，改用主流的input方法来做输入和编辑态。 响应点击部分还是跟之前一样 代码结构 全局只有一个input，解决上述频繁去空检查的问题，将input的输入内容和数组中的某个index进行关联，该index位置就是input内容后续的插入位置，index后面的内容自然向后移动一位。需要编辑或插入内容时，移动input至对应的index。 在整个组件内但是非已存在收件人信息以外的区域（上图中的蓝框区域）点击时，认为是在最后面添加新的收件人，让input直接移动在列表的最后面，它的输入值会关联到当前收件人数组list的最后一个，关联index为list.length。 点击到某个收件人预览态（图中的绿框）时将其高亮，如果是双击的化则将其置为编辑态（将input移动到当前收件人位置，并将其数据从list中删除，关联input与该收件人index，待输入完成后再插回此index位置）；如果是单击它前面（第一个小箭头所指区域），则是将input移动到它前面，关联input与该收件人index，带输入完成后，将新增内容插入该index。 代码片段： 在变更list数据后React会重新渲染，根据上述代码结构，input会重新出现在列表的最后面，我们需要待渲染完毕后通过图中的ref移动input到它需要出现的位置。 // 回车上屏插入数据 function onInputEnterInsert(data) { const result = getAutoCompleteResult(); // 当前是否选中了搜索候选词 const finalData = result.value ? result : data; // 如果有候选信息，直接插入候选信息，无视输入信息 insertData(finalData); afterDataInserted(state.inputIndex); } 插入数据过程 // 在列表中插入数据 function insertData(data) { const dataInfo = { …data, _addedTime: Date.now(), Read more…