这个需求本身就历经坎坷，大概可以追溯到两个月以前，要知道互联网行业一个需求两个月以前提的，一直到现在还在开发测试中，是一件十分罕见的事情。
这个需求就是这样，产品经理提需求时说的非常简单，其实我在脑海里演练过很多次也觉得并不复杂，再加上它属于优化需求，优先级不高。在被其他两个需求插队以后，这两周才有时间来完成它。
写完整个逻辑也并没有花费很长时间，我以为它能够顺顺利利，像6分配跑完10公里那样轻松的完成测试上线，可谁知越是到临近上线时间，越是看到很多隐含的复杂逻辑。
这个需求有十分重要，他是让全景图预览能够顺利跑起来的核心逻辑，它保存用户发布内容时的一切商品模型的数据快照，无论将来商品和模型是否解绑，无论商品怎么替换绑定的模型，对这个快照来说都丝毫不受影响，进而对全景图预览来说也是如此。
它就像一张照片，当目标物体被按下快门的一瞬间，一切都变得永恒不变。这个听起来很简单吧！
可问题就在于它听起来简单，做起来复杂。尤其在处理历史数据那一块。新发布的内容拍下一张照片永久保存倒很容易，以前的老内容，要为它们重新拍照，要舍弃曾经保存下来的商品，要将商品模型保持一致，这个做起来极其复杂。
一下午把逻辑改来改去，又重新跑数据验证结果，最终总算处理的七七八八。
但心理还是有些担心…
晚上下班把猫撸上100遍，又拿新买的逗猫棒和它玩，疲倦的大脑总算消停一会儿。
网友评论