当网络销售平台经营范围持续扩大，商品刊登和修改环节遭遇不少相互牵制的问题，闲鱼通过运用SWAK架构如何实现突破的呢？下面就来具体说明。
框架解耦优势
采用SWAK架构之后，闲鱼达成了平台运作与业务运作的区分。诸如房屋租赁、无偿赠送等业务，彼此间的运作不再相互牵连，而是借助package加以划分，亦可制成jar文件进行分隔。由此促成各项业务得以各自演进，防止彼此妨碍，显著增强了系统的适应能力及维护便利度。
扩展点的实现
编写主要框架时，不用管业务增加功能的实际做法。闲鱼按照不同业务，也就是SWAK里的标记，来单独完成功能扩展。比如租房业务，在介绍应用里要维护和租房介绍有关的内容，像显示地图、内部设施标识，让业务内容更集中。
业务维护情况
从核心程序员的角度来看，软件由好几个小组负责，业务人员调整和推出软件的次数比核心任务多得多。之前的论坛和竞价业务目前没有专门的小组照看，新增要求不多，先放在核心软件里，等条件具备时会像租房软件那样移走，这样能更好地分配人力物力。
扩展点定义改动
主要为了提升效率并确保安全，远程服务被用来连接核心系统与各类应用，导致扩展点的设定方式有所调整。许多远程调用框架在客户端生成代理，负责服务识别等事务。在具体业务系统中，那些涉及核心系统通用存储过程的设定，由业务部门请求核心系统团队进行管理，相关配置都放在核心系统环境中。
扩展点数量平衡
扩展点的多少非常重要，如果数量不足，会出现“过度拟合”的情况，难以应对业务的调整，进而需要大幅度修改核心代码。因此，需要在数量和扩展能力之间寻求一个合适的平衡点。核心开发团队应该设计一个接口来处理所有业务类型，这样可以减少频繁地增加新接口，从而提升开发效率。
功能升级成果
闲鱼的商品发布和编辑功能，运用了SWAK框架，先后进行了两次升级改造。首次升级，旨在实现平台和业务，以及业务与业务之间的分离。第二次升级，则借助RPC调用，达成了系统与系统间的分离。尽管SWAK框架仍在持续发展，其中一些扩展功能，可以同时或分时处理，从而提高效率，不过目前这些功能尚未实现。
大家认为闲鱼那种利用SWAK框架进行的改造，对其他电商网站有没有参考价值呢？欢迎大家到评论区发表看法，同时麻烦大家点个赞，把这篇文章分享出去。
