如何通过长尾关键词实现快速切换底层实现策略？

本文共计2255个文字，预计阅读时间需要10分钟。

现实场景往往是这样，我们面对一个需求，很快就会找到一个处理方法，然后根据需求做了个不错的实现。因为实现了功能，业务很顺心，老板很高兴，全世界都是美好的。但随之而来的是...

现实场景往往是这样，我们应对一个需求，很快就会有一个处理方法了，然后根据需求做了一个还不错的实现。因为实现了功能，业务很happy，老板很开心，all the world is beatiful.

但随着公司的发展，有人实现了一套底层的标准组件，按要求你必须要接入他那个，他的功能与你类似，但你必须要切换成那个。且不论其实现的质量怎么样，但他肯定是有一些优势的，不过他作为标准套件，不可能完全同你的需求一致。因此，这必定涉及到改造的问题。

一般这种情况下，我们是不太愿意接的，毕竟代码跑得好好的，谁愿意动呢？而且别人的实现如何，还没有经过考验，冒然接入，可能带来比较大的锅呢。（从0到1没人关注准确性，但从1到到1.1就会有人关注准确性了，换句话说这叫兼容性）

但是，往往迫于压力，我们又不得不接。

这时候我们有两种做法，一种是硬着头皮直接改代码为别人的方式。这种处理简单粗暴，而且没有后顾之忧。不过，随之而来的，就是大面积的回归测试，以及一些可能测试不到的点，意味着代码的回滚。对于一些线上运维比较方便的地方，也许我们是可以这样干。但这并不是本文推荐的做法，也不做更多讨论。

更稳妥的做法，应该是在保有现有实现的情况下，进行新实现的接入，至少你还可以对照嘛。进可攻，退可守。