删除单条分享理由的日常总结

上周总算把这个简单蕴含蛋疼逻辑的简单功能发布了 ，现在回头来总结一下这次做日常的心得，
遇到的头疼问题：
1、因为每一次大分享的时候都可以指定隐私范围，所以淘单的隐私是取所有分享理由中可见范围最大的那条的隐私，所以删除单条理由之后整个淘单的隐私也要跟着变，即取剩下的理由中隐私范围最大的，这就有一个问题，用户在删除某个淘单的某条理由之后，这个淘单的隐私就在用户不知道的情况下悄然改变了，我们的代码逻辑是合理的，但对于用户来说这样的体验是不合理的，在和pd讨论之后决定删除理由之后保持淘单隐私不变！但这问题又来了，举个例子：一个隐私为0的淘单，分别有隐私为0,1,2的三条理由，删除了0的那条之后，淘单隐私本该变为1，但此时保持不变的话还是0，但在list页展示的时候就有问题，看不到这条隐私为0的淘单，detail页却能看到，所以又得在list页补一条分享理由不可见的数据，不仅list页出问题，隐私分组设置也出了问题，最终经商讨，还是改回删除理由之后重新计算隐私，也是权宜之策了，这就是发现漏洞补漏洞的过程，要解决这些问题必须在数据源上做控制，分享的时候只能选择所有人可见或仅自己可见，不要有那么多的隐私范围可选！
2、作为一个很懒的分享者，或许在用分享组件分享宝贝的时候需要快速分享而不着一字，那么需要默认文案的分享，作为内容的沉淀方，一条条理由重复的分享既不美观也没有实际意义，为了页面展示的美观我们需要做默认分享理由合并展示，删除的时候需要合并删除，或是直接过滤默认理由的分享不展示…以上内容沉淀方要做的种种处理让我觉得这样的产品很纠结，因为可能用户需要这个功能，但是我们却又要花更多的精力去处理这个功能带来的不足，这是为什么？最终决定采用过滤默认分享理由不展示的方案，也算皆大欢喜 
3、还有就是wow的数据很烦呐，追加分享依附于主分享，但在淘单里展示的时候是把所有的分享理由取出来展示，不分主次的，现在有一个问题，用户删除的如果是带有几条追加分享的主分享时，本来点击的是删除一条分享理由，但删除了之后会同时消失几条理由，这就是所谓唇寒齿亡，主分享被删，追加分享页不复存在，用户肯定会很疑惑，为什么有时候删的只是一条 有时候删一条会删掉好几条 ，这个点后续做优化，我想了个方案是在删除主分享的时候顺便把追加分享插入bask_item表里，这样就不会造成连带删除啦，顺便还做了数据订正，理想的最终情况是可以把re_share表扔开了 （虽然用删除的人大概不会多，但这个后续还是要改一下）