引用一下看到的一篇评论

从做过的项目总结，用同一套不好。因为APP和PC都要迭代。现在相同，不代表以后还会相同。两者相互牵扯，每次调整都会心惊胆战吧。

除非你们真的APP就要和PC一致。推荐代码结构层次上面抽离出公用层。相同的需求，用同一套代码。不同的，再次实现即可。。如果代码规范的话，这个工作量并不大。

落到实处，老的Service的Interface抽离为公用CommonService。老的ServiceImple抽离CommonServiceImpl模块。然后分别创建PC和APP子模块。PC和APP的Service同时继承CommonService。APP和PC分别创建ServiceImpl模块，ServiceImpl都继承老的CommonServiceImpl同时实现新的各自的Service。。

好处就是，同样的代码只存在一套，同时要增加新代码，也很容易。在新的Service增加新方法，然后新的ServiceImpl里面写实现即可。类似形成了一个交集，满足共同的代码只有一份，不同的代码互不影响。