所谓的设计模式,就是某类问题的特殊解决问题方案。
1.单例模式
在有些系统中,为了节省内存资源、保证数据内容的一致性,对某些类要求只能创建一个实例,这就是所谓的单例模式。
单例(Singleton)模式的定义:指一个类只有一个实例,且该类能自行创建这个实例的一种模式。有 3 个特点:单例类只有一个实例对象;该单例对象必须由单例类自行创建;单例类对外提供一个访问该单例的全局访问点。
其优点在于:单例模式可以保证内存里只有一个实例,减少了内存的开销;可以避免对资源的多重占用;单例模式设置全局访问点,可以优化和共享资源的访问。缺点在于:单例模式一般没有接口,扩展困难。如果要扩展,则除了修改原来的代码,没有第二种途径,违背开闭原则;在并发测试中,单例模式不利于代码调试。在调试过程中,如果单例中的代码没有执行完,也不能模拟生成一个新的对象;单例模式的功能代码通常写在一个类中,如果功能设计不合理,则很容易违背单一职责原则。
在设计目录、数据库连接的时候,也会采用单例模式。这个模式唯一任务是控制和管理其整个生命周期的唯一实例,生命周期管理独立于其领域的业务逻辑之外,提供对该实例的全局访问;
class Singleton final
{
public:static Singleton& getInstance()
{
static Singleton theInstance{};
return theInstance;
}
int doSomething()
{
return 42;
}
//其他成员函数
private:
Singleton()=default;
Singleton(const Singleton&)=delete;
Singleton (Singleton &&)=delete;
Singleton& operate=(const Singleton&)=delete;
Singleton& operate=(Singleton &&)=delete;
//...
};
2.依赖注入
将组件与其需要的服务分离,这些组件不必知道这些服务的名称,也不必知道如何获取他们;依赖注入通常是通过构造函数实现的。