关于Impl idiom

个人理解

c++中头文件这种东西在项目大到一定规模以后,就是罪恶了。

随便更改头文件里面某个class的private成员/函数,都会导致依赖文件的rebuild,编译时间增长

Impl便是现在能够想到的,解决这个问题的方法

 

比如

class a

{

    //.... public functions

private:

    funca();

    funcb();

};

====>

class detail::Impl;

class a

{

    //.... public functions

private:

   detail::Impl* m_pImpl;

};

再将detail::Impl在cpp文件中定义

 

这样更改这些priivate的Implemetation就不会导致依赖了,并且,头文件类中均为对外开放接口(这些接口要求要保持一定的稳定性)

在C++中,如果想要将基类(Base Class)的数据结构与对外接口(Interface)相结合,通常可以使用抽象类(Abstract Class)或接口(Interface)。以下是一些关键点: 1. **抽象类**: - 抽象类是一种特殊的基类,它包含纯虚函数(Virtual Functions),即那些没有实际实现只是声明的函数。 - 实现时,需要对这些纯虚函数提供具体的实现,但在派生类中不需要,因为它们仍然是抽象的。 - 使用`virtual`关键字声明纯虚函数,并且可以有一个默认的纯虚构造函数(如果没有定义,则会隐式声明为虚的)。 ```cpp class Interface { public: virtual ~Interface() {} // 默认纯虚析构函数 virtual void publicFunction() = 0; // 纯虚函数 }; class DerivedClass : public Interface { public: void publicFunction() override { /* 实现 */ } }; ``` 2. **接口(C++标准库不支持接口,但可以通过PIMPL idiom模拟)**: - PIMPL(Purely Implementative Header)是一种设计模式,通过一个独立的头文件(.h)只包含接口,而实际的功能放在单独的实现文件(.cpp)中,隐藏内部细节。 - 用户只需要关心如何使用接口提供的功能,而不必了解底层的具体实现。 ```cpp // Interface.h class Interface { public: void publicFunction(); private: class Impl; // 隐藏实现细节 std::unique_ptr<Impl> impl; }; // Interface.cpp class Interface::Impl { public: void publicFunction(); }; void Interface::publicFunction() { impl->publicFunction(); } // DerivedClass.cpp class DerivedClassImpl : public Interface::Impl { public: void publicFunction() override { ... } }; ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值