当前位置:首页 » 《我的小黑屋》 » 正文

string类(C++)

25 人参与  2024年09月23日 10:00  分类 : 《我的小黑屋》  评论

点击全文阅读


哈喽各位!,久违了,最近怎么样捏,本次进入C++的string类,加油加油呀!

随记:鼓励创新,宽容失败!

1.标准库的string类

1.1string类的了解 

string的文献参考链接-->string - C++ 参考 (cplusplus.com)

 

 1.2.auto关键字

1.在早期C/C++中auto的含义是:使用auto修饰的变量,是具有自动存储器的局部变量,后来这个
不重要了。C++11中,标准委员会变废为宝赋予了auto全新的含义即:auto不再是一个存储类型
指示符,而是作为一个新的类型指示符来指示编译器,auto声明的变量必须由编译器在编译时期
推导而得。
2.用auto声明指针类型时,用auto和auto*没有任何区别,但用auto声明引用类型时则必须加&
3.当在同一行声明多个变量时,这些变量必须是相同的类型,否则编译器将会报错,因为编译器实际只对第一个类型进行推导,然后用推导出来的类型定义其他变量。
4.auto不能作为函数的参数,可以做返回值,但是建议谨慎使用。(情况说明:假设你每次返回类型是auto,那如果你想接收或者需要直到这个返回值的类型,那你就要往上面翻代码,如果全是返回类型auto,那就需要一直找,就非常的麻烦!!!)
5.auto不能直接用来声明数组。

 

1.3范围for

1.对于一个有范围的集合而言,由程序员来说明循环的范围是多余的,有时候还会容易犯错误。因此C++11中引入了基于范围的for循环。for循环后的括号由冒号“ :”分为两部分:第一部分是范围
内用于迭代的变量,第二部分则表示被迭代的范围,自动迭代,自动取数据,自动判断结束。
2.范围for可以作用到数组和容器对象上进行遍历。
3.范围for的底层很简单,容器遍历实际就是替换为迭代器,这个从汇编层也可以看到。

 

1.4string的常用接口

内容很多,但是有很多冗余接口,只对重要的做以下解释:

1.4.1string类对象的常见构造

1.4.2string类对象的容器

注意: 

1. size()与length()方法底层实现原理完全相同,引入size()的原因是为了与其他容器的接 口保持一致,一般情况下基本都是用size()。

2. clear()只是将string中有效字符清空,不改变底层空间大小。

3. resize(size_t n) 与 resize(size_t n, char c)都是将字符串中有效字符个数改变到n个,不 同的是当字符个数增多时:resize(n)用0来填充多出的元素空间,resize(size_t n, char c)用字符c来填充多出的元素空间。注意:resize在改变元素个数时,如果是将元素个数 增多,可能会改变底层容量的大小,如果是将元素个数减少,底层空间总大小不变。

4. reserve(size_t res_arg=0):为string预留空间,不改变有效元素个数,当reserve的参 数小于string的底层空间总大小时,reserver不会改变容量大小 。

 

 1.4.3string类对象的访问及遍历操作

 

 1.4.4string类对象的修改操作

注意:

1. 在string尾部追加字符时,s.push_back(c) / s.append(1, c) / s += 'c'三种的实现方式差 不多,一般情况下string类的+=操作用的比较多,+=操作不仅可以连接单个字符,还可 以连接字符串。

2. 对string操作时,如果能够大概预估到放多少字符,可以先通过reserve把空间预留 好.

 

1.4.5string类非成员函数 

2.浅拷贝

浅拷贝:也称位拷贝,编译器只是将对象中的值拷贝过来。如果对象中管理资源,最后就会导致 多个对象共享同一份资源,当一个对象销毁时就会将该资源释放掉,而此时另一些对象不知道该 资源已经被释放,以为还有效,所以当继续对资源进项操作时,就会发生发生了访问违规。

 

3.深拷贝 

如果一个类中涉及到资源的管理,其拷贝构造函数、赋值运算符重载以及析构函数必须要显式给 出。一般情况都是按照深拷贝方式提供。

 

 4.写时拷贝

这个,他引用了计数,这里我简称count,有一个空间专门用来计数count,count==有几个指向这一个空间,要销毁时coount--,直到count==0才析构一次,所以不管多少个指向这块资源,只析构一次。

引用计数和写时拷贝,这个作用相当于博弈吧,如果不改变就赚了。 

 


点击全文阅读


本文链接:http://zhangshiyu.com/post/163282.html

<< 上一篇 下一篇 >>

  • 评论(0)
  • 赞助本站

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

关于我们 | 我要投稿 | 免责申明

Copyright © 2020-2022 ZhangShiYu.com Rights Reserved.豫ICP备2022013469号-1