一个删除操作引发的血案

【应用场景】误删单据体后的补救措施。

【凶案现场】

客户要求要在自定义动态表单中添加字段，这张动态表单没有实表，是调用操作系统其他单据的表。

一步一步有条不紊地按要求添加字段，测试表单。

测试表单过程中考虑到单选辅助资料列表字段是只读不允许编辑的字段，单选辅助资料列表字段跟基础资料一样代码中取值赋值相对普通字段来说比较麻烦，既然是只读不允许编辑，那就用普通文本型字段来代替单选辅助资料列表字段。代替后继续测试自我感觉BTF【emoji】，准备保存收工，突然...突然...好像是250技术离线了，横看竖看前面添加的单选辅助资料列表字段都感觉碍眼，于是在没有保存之前在属性中选中单选辅助资料列表字段霸气地点了一下【删除元素】的那个红X，看到点完红X后的效果瞬间石化【emoji】  瞬间石化【emoji】  瞬间石化【emoji】，单据体呢？？？这个【删除元素】的那个红X删除的不是预期的单选辅助资料列表字段，而  是  整  个  单  据  体【emoji】。还好有撤销功能这张免死金牌，看到了单据体安安全全的回来出现在眼前【emoji】。赶紧保存测试，可是看到测试界面的展示效果瞬间石化【emoji】  瞬间石化【emoji】  瞬间石化【emoji】单据体中只趴着一个帝皇型孤家寡人的FSeq字段在那里，设计平台界面中看到的却是整整齐齐设计好的所有字段，于是不信邪地在设计平台界面中一次一次点保存，点了N次后测试表单界面却始终只趴着那个帝皇型孤家寡人的FSeq字段在那里向我说：孤单是一种可以让你崩溃的寂寞。

为了一个碍眼的字段杀了整张单据体，还无解！【emoji】好吧向几个无解的BUG投降了【emoji】

为了更快地使这张单据的获得重生，只能置之死地而后生删除了这张动态表单，调出之前打包的布署包安装，重新添加字段。

分享点：

1、单据体中的字段元素删除要注意细节容易删错，建议错了就错了，隐藏就行了，不要轻易去删除。

2、撤销操作BUG的后果是不可控的，他是会说一套做另一套的。

3、布署安装包是BOS设计目前来说比较好的备份手段。文章的解决方案其实就最后那句置之死地而后生的那一句话。

4、复杂的事情尽量简单做，社区中关于基础资料取值赋值的问题很多，其实如果基础资料不是要编辑的，很多时候是可以用个文本字段把名称带出来展示就OK了。