喵哥讲了pimpl模式之后的再补充

2024-01-20 14:30
文章标签 模式 补充 之后 pimpl

本文主要是介绍喵哥讲了pimpl模式之后的再补充,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前言:

之前看到喵哥在知乎上回答了一个设计模式的问题,其中介绍了pimpl模式(Private Implementation,顾名思义,将实现私有化,力图使得头文件对改变不透明)。”这个和qt里面的d-pointer用法应该是一致的“,我也给喵哥做了个小回复。

这是喵哥问题的截图:

下面我也来分享一下自己平时使用的d-pointer用法。

作者:良知犹存

转载授权以及围观:欢迎关注微信公众号:羽林君

或者添加作者个人微信:become_me


喵哥的回答介绍

// MyClass.hclass MyClass {
public:void func1();void func2();private:class impl;impl* pimpl;
};// MyClass.cc
class MyClass::impl {
public:void func1();void func2();private:void func3();void func4();int a;int b;
};MyClass::MyClass() {pimpl = new impl;
}void MyClass::func1() {pimpl->func1();
}

将类的private属性隐藏进一个内部类,然后通过一个指针访问(提前声明)它的接口。在头文件中只
暴露出应该暴露的功能,然后持有一个Impl的指针,而Impl则具体在http://MyClass.cc中定义,
用户什么都看不到。然后所有的功能都通过Impl完成。头文件里的Impl的指针也可以通过智能指针(u
nique_ptr)来代替,但这不是本文的重点。

再总结一下pimpl模式的优点:

  • 非常适合隐藏private实现:如果想要在头文件中暴露public接口,但又不想暴露private实现的细节,则可以使用pimpl模式来隐藏细节。

  • pimpl模式也被称为编译防火墙,是一种用来减少编译时间的方法。通常来讲,如果头文件里的某些内容变更了,意味着所有引用该头文件的代码都要被重新编译,即使变更的是无法被用户类访问的私有成员。将这部分代码从被引用多次的头文件里移除到只被引用编译一次的源文件中,更改此文件就不会付出太长的编译时间。

作者:程序喵大人
链接:https://www.zhihu.com/question/340301316/answer/2264148507

个人的一些使用补充:

喵哥介绍的已经很详细了,写了一个demo,还把pimpl模式优点给大家介绍了,我就不多做赘述了。

但是我想给大家分享一种我自己实际使用的 d-pointer方法,有些区别,但是这种模式下的变种,分享给大家,希望可以对大家有些帮助。

Pimpl或者d-pointer机制其实这是桥接模式的一种组合使用。通过在新的类定义使用其他类,我们可以对实现某个功能类随意的进行增删和修改,

不过Pimpl也有些缺点:
例如,每次函数调用都涉及到指针操作,程序运行速度可能变慢;此外也需要在堆上开辟空间,记得使用完之后 delete,一般也建议使用智能指针定义。

d-pointer和Pimpl使用组建上都是差不多的,我们会定义一个类或者结构体,然后再在使用的类中进行 定义该类的指针变量,在使用时候 new。

按理说都差不多情况下,选择一种就好了,为什么还要介绍 d-pointer呢,因为Pimpl有些场景没法一起共存使用,例如我定义的impl类功能十分庞杂,我想把它定义为一个单独的文件,这个时候pimpl就不太好使用了。因为pimpl模式下,被桥接使用的类属于最外层类的一个类成员,我们对该被桥接类的定义都被括在该文件下。而d-pointer使用中,被桥接类只要在文件最前面申明一下就好。其他的使用方式是和pimpl没有区别的。

下面是我使用的示例demo:

test_pimpl.hpp

#pragma once
#include <iostream>class impl{public:impl(){}~impl(){}void func1(){std::cout<<__FUNCTION__<<" target "<<std::endl;}void func2(){}private:void func3(){}void func4(){}int a;int b;
};

pimpl_bridge.h

#pragma once
class impl;//pimpl模式在类内部定义
class MyClass {public:MyClass();void func1();void func2();private:impl* pimpl;
};

main.cpp

#include <iostream>
#include "test_pimpl.hpp"
#include "pimpl_bridge.h"MyClass::MyClass() {pimpl = new impl();
}void MyClass::func1() {pimpl->func1();
}
int main()
{	MyClass test;test.func1();
}

结语

这就是我自己的一些设计模式的使用分享。如果大家有更好的想法和需求,也欢迎大家加我好友交流分享哈。


作者:良知犹存,白天努力工作,晚上原创公号号主。公众号内容除了技术还有些人生感悟,一个认真输出内容的职场老司机,也是一个技术之外丰富生活的人,摄影、音乐 and 篮球。关注我,与我一起同行。

                              ‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧  END  ‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧

推荐阅读

【1】jetson nano开发使用的基础详细分享

【2】Linux开发coredump文件分析实战分享

【3】CPU中的程序是怎么运行起来的 必读

【4】cartographer环境建立以及建图测试

【5】设计模式之简单工厂模式、工厂模式、抽象工厂模式的对比

本公众号全部原创干货已整理成一个目录,回复[ 资源 ]即可获得。

这篇关于喵哥讲了pimpl模式之后的再补充的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/626311

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

【多系统萎缩患者必看】✨维生素补充全攻略,守护你的健康每一天!

亲爱的朋友们,今天我们要聊一个既重要又容易被忽视的话题——‌多系统萎缩患者如何科学补充维生素‌!🌟 在这个快节奏的生活中,健康成为了我们最宝贵的财富,而对于多系统萎缩(MSA)的患者来说,合理的营养补充更是维护身体机能、提升生活质量的关键一步。👇 🌈 为什么多系统萎缩患者需要特别关注维生素? 多系统萎缩是一种罕见且复杂的神经系统疾病,它影响身体的多个系统,包括自主神经、锥体外系、小脑及锥