【C++】-还在玩普通的类吗,这里面有好几种特殊的类的设计,快进来看看

2023-10-20 17:44

本文主要是介绍【C++】-还在玩普通的类吗,这里面有好几种特殊的类的设计,快进来看看,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在这里插入图片描述
💖作者:小树苗渴望变成参天大树🎈
🎉作者宣言:认真写好每一篇博客💤
🎊作者gitee:gitee✨
💞作者专栏:C语言,数据结构初阶,Linux,C++ 动态规划算法🎄
如 果 你 喜 欢 作 者 的 文 章 ,就 给 作 者 点 点 关 注 吧!

文章目录

  • 前言
  • 一、请设计一个类,不能被拷贝
  • 二、请设计一个类,只能在堆上创建对象
  • 三、 请设计一个类,只能在栈上创建对象
  • 四、请设计一个类,不能被继承
  • 五、请设计一个类,只能创建一个对象(单例模式)
    • 5.1饿汉模式
    • 5.2懒汉模式
  • 六、总结


前言

今天我们讲解特殊类的设计,再我们的开发中难免会出现一些特殊情况,也是设计出一些特殊的类,他们和普通类不同担忧很相似,接下来博主会带大家设计出五种特殊的类,话不多说,我们开始进入正文的讲解。


一、请设计一个类,不能被拷贝

拷贝只会放生在两个场景中:拷贝构造函数以及赋值运算符重载,因此想要让一个类禁止拷贝,
只需让该类不能调用拷贝构造函数以及赋值运算符重载即可

C++98的使用方法:
class A
{
private:A(const A& a){}A& operator=(const A& a){}
};C++11的用法:
class A
{
public:A(const A& a)=delete;A& operator=(const A& a)=delete;
private:};

C++11扩展delete的用法,delete除了释放new申请的资源外,如果在默认成员函数后跟上
=delete,表示让编译器删除掉该默认成员函数。不拷贝再下面几个场景都需要使用到,防拷贝的用法

二、请设计一个类,只能在堆上创建对象

第一种方式:

class heaponly
{
public:private:~heaponly(){}};
int main()
{heaponly p0;//这样会报错heaponly* p2 = new heaponly;return 0;
}

原因是p2可以手动进行释放,但是需要再类中写一个接口来进行释放:
在这里插入图片描述

第二种方式:

class heaponly
{
public:static heaponly* creakobj(){return new heaponly;}
private://1.先将构造函数私有化heaponly(){}//3.防拷贝heaponly(const heaponly& h) = delete;heaponly& operator=(const heaponly& h) = delete;
};

将构造函数私有化,都创建不了对象在这里插入图片描述所以写一个接口,通过调用接口来实现创建对象。但是调用函数需要,这时候就是先有鸡还是先有蛋的问题,所以我们将接口设计成静态的。在这里插入图片描述解决了再堆上创建对象的问题,但是又有可能通过构造和赋值,再栈上创建对象,所以需要防拷贝在这里插入图片描述
这样就解决问题了。

三、 请设计一个类,只能在栈上创建对象

这个设计理念和上面哪个很相似
我们需要将构造函数私有化,这样才能保证都创建不了对象,然后提供一个接口。

class stackonly
{
public:static stackonly creatobj()//通过类名去调用函数。{stackonly st;return st;}
private:stackonly(){}//防拷贝//stackonly(const stackonly& h) = delete;//stackonly& operator=(const stackonly& h) = delete;//将new变成私有的void* operator new(size_t size){}
};
int main()
{stackonly s1=stackonly::creatobj();//1stackonly* s2 = new stackonly(s1);//2return 0;
}

再没有防拷贝和new私有化的前提下,我们的代码2是可以通过的,所以我们添加了防拷贝,或者new私有化,原因是new->operator new+构造,封其中一个就可以了。
但是我们栈区对象给栈区对象拷贝构造和赋值就不行了,所以我们不封防拷贝

四、请设计一个类,不能被继承

C++98的方式

// C++98中构造函数私有化,派生类中调不到基类的构造函数。则无法继承
class NonInherit
{
public:static NonInherit GetInstance(){return NonInherit();}
private:NonInherit(){}
};

c++11的方式:

final关键字,final修饰类,表示该类不能被继承class A  final
{    // ....};

五、请设计一个类,只能创建一个对象(单例模式)

这是我们这节重点介绍的,而且他很重要,他又两种模式–饿汉模式、懒汉模式

设计模式:
设计模式(Design Pattern)是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的
总结。为什么会产生设计模式这样的东西呢?就像人类历史发展会产生兵法。最开始部落之间打
仗时都是人拼人的对砍。后来春秋战国时期,七国之间经常打仗,就发现打仗也是有套路的,后
来孙子就总结出了《孙子兵法》。孙子兵法也是类似。
使用设计模式的目的:为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。 设计模
式使代码编写真正工程化;设计模式是软件工程的基石脉络,如同大厦的结构一样。

单例模式:
一个类只能创建一个对象,即单例模式,该模式可以保证系统中该类只有一个实例,并提供一个
访问它的全局访问点,该实例被所有程序模块共享。比如在某个服务器程序中,该服务器的配置
信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再
通过这个单例对象获取这些配置信息,这种方式简化了在复杂环境下的配置管理。

5.1饿汉模式


class Singleton
{
public://设计成静态的原因是通过类名去调用函数,因为进行了防拷贝,所以需要传引用static Singleton& GetInstance(){return _st;}//对单例对象的部分操作。void add(pair<string,string>& kv){_dict[kv.first] = kv.second;}void print(){for (auto& e : _dict){cout << e.first << ":" << e.second << endl;}cout << endl;}
private://1.构造函数私有化,这样都不能创建对象,所以要提供一个接口Singleton(){}map<string, string> _dict;static Singleton _st;//这个就是整个程序的单例对象,所以类共有的// Singleton _st这样不行,这时候_st属于类里面,会嵌套。//防拷贝,原因只能创建一个对象,再接口返回的时候要返回引用Singleton(const Singleton& s) = delete;Singleton& operator=(const Singleton& s) = delete;
};Singleton Singleton::_st;//静态成员变量类里面声明,类外名定义,这个定义还是可以访问到类里面的内容// 在程序入口之前就完成单例对象的初始化

上面代码已经有注释,我们来验证一下,我们来看看里面每次调用函数的接口返回的对象是不是同一个:
在这里插入图片描述

我们只能通过调用接口来创建对象,而每次调用都是同一个,那么这样就设计出了一个单例对象,这里巧妙的利用静态成员函数只有一份的特点,接下来验证一下操作:
在这里插入图片描述
至此我们的单例模式就设计出来了


饿汉模式的缺点
(1)单例对象的创建是再main函数之前的,万一单例对象很大,很多,那么启动时间就很长
(2)万一有两个单例对象互相有依赖关系,就不行了。
(3)不管你用不用他肯定都会创建的。

有了上面的缺点,我们有下面的一种模式,懒汉模式。
他再使用的时候才创建对象,他先创建一个静态指针,就算就main函数之前创建也就一个指针的大小。

namespace lazy
{class Singleton{public://设计成静态的原因是通过类名去调用函数,因为进行了防拷贝,所以需要传引用static Singleton& GetInstance(){if (_st == nullptr){_st=new Singleton;}return *_st;}//对单例对象的部分操作。void add(const pair<string, string>& kv){_dict[kv.first] = kv.second;}void print(){for (auto& e : _dict){cout << e.first << ":" << e.second << endl;}cout << endl;}private://1.构造函数私有化,这样都不能创建对象,所以要提供一个接口Singleton() {}map<string, string> _dict;static Singleton* _st;//这个就是整个程序的单例对象,所以类共有的// Singleton _st这样不行,这时候_st属于类里面,会嵌套。//防拷贝,原因只能创建一个对象,再接口返回的时候要返回引用Singleton(const Singleton& s) = delete;Singleton& operator=(const Singleton& s) = delete;};Singleton* Singleton::_st=nullptr;//静态成员变量类里面声明,类外名定义,这个定义还是可以访问到类里面的内容
}

在这里插入图片描述
再懒汉模式里面因为我们是手动new出来的,所以我们需要进行释放,正常情况,单例对象都是随着程序解释自动释放,但是不干保证有的时候再中间就需要释放去做持久化操作,将数据写进文件等等。拿这样我们怎么去设计呢??

第一种方法:
再类里面添加这个。

		static void DelInstance(){if (_st){delete _st;//这个delete会调用析构函数_st = nullptr;}}~Singleton()//自购函数只有程序结束后会自动调用,不能显示的调用,通过接口去调用他。{cout << "~Singleton()" << endl;// map数据写到文件中FILE* fin = fopen("map.txt", "w");for (auto& e : _dict){fputs(e.first.c_str(), fin);fputs(":", fin);fputs(e.second.c_str(), fin);fputs("\n", fin);}}

在这里插入图片描述
这种方法值适用于单例对象少,释放地方少,如果道理对象多,释放位置多,就麻烦了,这时候我们有第二种方法:

5.2懒汉模式

	
namespace lazy
{class Singleton{public://设计成静态的原因是通过类名去调用函数,因为进行了防拷贝,所以需要传引用static Singleton& GetInstance(){if (_st == nullptr){_st=new Singleton;}return *_st;}//对单例对象的部分操作。void add(const pair<string, string>& kv){_dict[kv.first] = kv.second;}void print(){for (auto& e : _dict){cout << e.first << ":" << e.second << endl;}cout << endl;}static void DelInstance(){if (_st){delete _st;//这个delete会调用析构函数_st = nullptr;}}~Singleton()//析构函数只有程序结束后会自动调用,不能显示的调用,通过接口去调用他。{cout << "~Singleton()" << endl;// map数据写到文件中FILE* fin = fopen("map.txt", "w");for (auto& e : _dict){fputs(e.first.c_str(), fin);fputs(":", fin);fputs(e.second.c_str(), fin);fputs("\n", fin);}}class GC{public:~GC(){lazy::Singleton::DelInstance();}};private://1.构造函数私有化,这样都不能创建对象,所以要提供一个接口Singleton() {}map<string, string> _dict;static Singleton* _st;//这个就是整个程序的单例对象,所以类共有的// Singleton _st这样不行,这时候_st属于类里面,会嵌套。//防拷贝,原因只能创建一个对象,再接口返回的时候要返回引用Singleton(const Singleton& s) = delete;Singleton& operator=(const Singleton& s) = delete;static GC _gc;};Singleton* Singleton::_st=nullptr;//静态成员变量类里面声明,类外名定义,这个定义还是可以访问到类里面的内容Singleton::GC Singleton::_gc;
}

在这里插入图片描述

我们发现不使用我写的两种方法,最后都无法调用到析构函数,第一种方法是可以再任意位置进行释放,第二种方式是防止程序结束后忘记释放,这样设计就可以直接自动释放了。

六、总结

至此我们的特殊类的设计就讲解完毕了,博主讲解的都是简单的特殊类,到实际开发的时候,类的设计就很复杂,大家先知道大致模式旧可以了,我们平时用到也少。但是要了解,别一点都没有听过。我们这篇的讲解旧到此结束了,我们下篇再见。

这篇关于【C++】-还在玩普通的类吗,这里面有好几种特殊的类的设计,快进来看看的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

C++ move 的作用详解及陷阱最佳实践

《C++move的作用详解及陷阱最佳实践》文章详细介绍了C++中的`std::move`函数的作用,包括为什么需要它、它的本质、典型使用场景、以及一些常见陷阱和最佳实践,感兴趣的朋友跟随小编一起看... 目录C++ move 的作用详解一、一句话总结二、为什么需要 move?C++98/03 的痛点⚡C++

Springboot3统一返回类设计全过程(从问题到实现)

《Springboot3统一返回类设计全过程(从问题到实现)》文章介绍了如何在SpringBoot3中设计一个统一返回类,以实现前后端接口返回格式的一致性,该类包含状态码、描述信息、业务数据和时间戳,... 目录Spring Boot 3 统一返回类设计:从问题到实现一、核心需求:统一返回类要解决什么问题?

详解C++ 存储二进制数据容器的几种方法

《详解C++存储二进制数据容器的几种方法》本文主要介绍了详解C++存储二进制数据容器,包括std::vector、std::array、std::string、std::bitset和std::ve... 目录1.std::vector<uint8_t>(最常用)特点:适用场景:示例:2.std::arra

C++构造函数中explicit详解

《C++构造函数中explicit详解》explicit关键字用于修饰单参数构造函数或可以看作单参数的构造函数,阻止编译器进行隐式类型转换或拷贝初始化,本文就来介绍explicit的使用,感兴趣的可以... 目录1. 什么是explicit2. 隐式转换的问题3.explicit的使用示例基本用法多参数构造

C++,C#,Rust,Go,Java,Python,JavaScript的性能对比全面讲解

《C++,C#,Rust,Go,Java,Python,JavaScript的性能对比全面讲解》:本文主要介绍C++,C#,Rust,Go,Java,Python,JavaScript性能对比全面... 目录编程语言性能对比、核心优势与最佳使用场景性能对比表格C++C#RustGoJavapythonjav

C++打印 vector的几种方法小结

《C++打印vector的几种方法小结》本文介绍了C++中遍历vector的几种方法,包括使用迭代器、auto关键字、typedef、计数器以及C++11引入的范围基础循环,具有一定的参考价值,感兴... 目录1. 使用迭代器2. 使用 auto (C++11) / typedef / type alias

C++ scoped_ptr 和 unique_ptr对比分析

《C++scoped_ptr和unique_ptr对比分析》本文介绍了C++中的`scoped_ptr`和`unique_ptr`,详细比较了它们的特性、使用场景以及现代C++推荐的使用`uni... 目录1. scoped_ptr基本特性主要特点2. unique_ptr基本用法3. 主要区别对比4. u

C++11中的包装器实战案例

《C++11中的包装器实战案例》本文给大家介绍C++11中的包装器实战案例,本文结合实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录引言1.std::function1.1.什么是std::function1.2.核心用法1.2.1.包装普通函数1.2.

C++多线程开发环境配置方法

《C++多线程开发环境配置方法》文章详细介绍了如何在Windows上安装MinGW-w64和VSCode,并配置环境变量和编译任务,使用VSCode创建一个C++多线程测试项目,并通过配置tasks.... 目录下载安装 MinGW-w64下载安装VS code创建测试项目配置编译任务创建 tasks.js

C++ 多态性实战之何时使用 virtual 和 override的问题解析

《C++多态性实战之何时使用virtual和override的问题解析》在面向对象编程中,多态是一个核心概念,很多开发者在遇到override编译错误时,不清楚是否需要将基类函数声明为virt... 目录C++ 多态性实战:何时使用 virtual 和 override?引言问题场景判断是否需要多态的三个关