svp_Charles的博客

提供对外接口时，要注意的地方本篇仅是个人经验的总结，以及自己的看法。欢迎指正和讨论。在实际工作中，如果你提供的接口，需要被下游多个部门依赖。那么，在接口设计的时候就一定要考虑一个问题：如何在给其他人提供接口后，增加或优化自身代码时，不会束手束脚？以下是我的一些实际经验：1. 对外不要直接提供实现功能的类，而是提供对应的接口类和一个创建/删除对象的函数例如，对外提供三种图形（省略构造和析构函数）：//

当我们在开发新功能时，一种功能很难使用单一的设计模式实现。而且设计模式之间，往往有很紧密的关系，在程序开发时，常常会同时使用多个模式。本文总结出一些常用的套路，供参考。同时撰写本文也加深了对设计模式的理解。工厂模式+策略模式的例子。

策略模式 + 桥接模式假设一个场景（需求），需要在一个分布式系统的每个组件里，向基础服务注册自己。然而基础服务要求各个组件根据组件自身不同的位置，其注册策略也不同，如下表：位置注册要求位置一1、计算并缓存本地数据摘要值(需要提供查询摘要接口)；2、将摘要值通过接口注册给基础服务A位置二1、计算并缓存本地数据摘要值(需要提供查询摘要接口)；2、将摘要值通过接口注册给...