string与string.h以及cstring的关系区别

2023-05-16

c++中 string与string.h 的作用和区别,如下代码


#include  <string.h>  
 void  main()  
{  
       string  aaa=  "abcsd  d";  

       printf("looking  for  abc  from  abcdecd  %s\n", (strcmp(aaa,"abc"))  ?  "Found"  :  "Not  Found");  

       return 0; 

}  
不能正确执行,提示说是string类型没有定义  
而下面:  
#include  <string>    
using  namespace  std;  
void  main()  
{  
       string  aaa=  "abcsd  d";  

       printf("looking  for  abc  from  abcdecd  %s\n", (strcmp(aaa,"abc"))  ?  "Found"  :  "Not  Found"); 

        return 0;  

}  
这里的string编译器就认识了,但是strcmp就不认识了呢?  
一般一个C++的老的带“.h”扩展名的库文件,比如iostream.h,在新标准后的标准库中都有一个不带“.h”扩展名的相对应,区别除了后者的好多改进之外,还有一点就是后者的东东都塞进了“std”名字空间中。    
但唯独string特别。  
问题在于C++要兼容C的标准库,而C的标准库里碰巧也已经有一个名字叫做“string.h”的头文件,包含一些常用的C字符串处理函数,比如楼主提到的strcmp。  
这个头文件跟C++的string类半点关系也没有,所以<string>并非<string.h>的“升级版本”,他们是毫无关系的两个头文件。  
要达到楼主的目的,比如同时:  
#include  <string.h>  
#include  <string>  
using  namespace  std;  
或者  
#include  <cstring>  
#include  <string>    
其中<cstring>是与C标准库的<string.h>相对应,但裹有std名字空间的版本。 C++标准库很大。非常大。难以置信的大。怎么个大法?这么说吧:在C++ 标准中,关于标准库的规格说明占了密密麻麻300 多页,这还不包括标准C 库, 后者只是"作为参考"(老实说,原文就是用的这个词)包含在C++库中。 当然,并非总是越大越好,但在现在的情况下,确实越大越好,因为大的 库会包含大量的功能。标准库中的功能越多,开发自己的应用程序时能借助的 功能就越多。C++库并非提供了一切(很明显的是,没有提供并发和图形用户 接口的支持),但确实提供了很多。几乎任何事你都可以求助于它。 在归纳标准库中有些什么之前,需要介绍一下它是如何组织的。因为标准 库中东西如此之多,你(或象你一样的其他什么人)所选择的类名或函数名就 很有可能和标准库中的某个名字相同。为了避免这种情况所造成的名字冲突, 实际上标准库中的一切都被放在名字空间std 中(参见条款28)。但这带来了 一个新问题。无数现有的C++代码都依赖于使用了多年的伪标准库中的功能, 例如,声明在<iostream.h>,<complex.h>,<limits.h>等头文件中的功能。现 有软件没有针对使用名字空间而进行设计,如果用std 来包装标准库导致现有 代码不能用,将是一种可耻行为。(这种釜底抽薪的做法会让现有代码的程序员 说出比"可耻" 更难听的话) 慑于被激怒的程序员会产生的破坏力,标准委员会决定为包装了std 的那 部分标准库构件创建新的头文件名。生成新头文件的方法仅仅是将现有C++头 文件名中的.h 去掉,方法本身不重要,正如最后产生的结果不一致也并不重 要一样。所以<iostream.h>变成了<iostream>,<complex.h>变成了<complex>, 等等。对于C 头文件,采用同样的方法,但在每个名字前还要添加一个c。所
以C 的<string.h>变成了<cstring>,<stdio.h>变成了<cstdio>,等等。最后一 点是,旧的C++头文件是官方所反对使用的(即,明确列出不再支持),但旧 的C 头文件则没有(以保持对C 的兼容性)。实际上,编译器制造商不会停止 对客户现有软件提供支持,所以可以预计,旧的C++头文件在未来几年内还是 会被支持。 所以,实际来说,下面是C++头文件的现状: 旧的C++头文件名如<iostream.h>将会继续被支持,尽管它们不在官方标 准中。这些头文件的内容不在名字空间std 中。 新的C++头文件如<iostream>包含的基本功能和对应的旧头文件相同,但 头文件的内容在名字空间std 中。(在标准化的过程中,库中有些部分的细节被 修改了,所以旧头文件和新头文件中的实体不一定完全对应。) 标准C 头文件如<stdio.h>继续被支持。头文件的内容不在std 中。 具有C 库功能的新C++头文件具有如<cstdio>这样的名字。它们提供的内 容和相应的旧C 头文件相同,只是内容在std 中。 所有这些初看有点怪,但不难习惯它。最大的挑战是把字符串头文件理清 楚:<string.h>是旧的C 头文件,对应的是基于char*的字符串处理函数;<string> 是包装了std 的C++头文件,对应的是新的string 类(看下文);<cstring>是对 应于旧C 头文件的std 版本。如果能掌握这些(我相信你能),其余的也就容易
了。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

string与string.h以及cstring的关系区别 的相关文章

随机推荐

  • 环境配置之cuda的卸载(ubuntu)

    cuda11 4的卸载 方法一方法二 参考 xff1a 大神连接1 xff1a https blog csdn net qq 38429958 article details 120849991 因为目前的pytorch版本最高支持11 3
  • 记录远程桌面到Ubuntu2204

    以下操作都是以root权限进行 环境 xff1a ubuntu 22 04 1 desktop amd64 iso 安装的带有gui界面 已初始化root密码 1 安装软件 apt install xrdp xfce4 y 2 编辑xrdp
  • linux环境C程序设计--安装D-Bus

    根据书上写的指令进行操作 xff0c 结果显示错误在安装dbus 1 dbg的时候错误 xff0c 具体原因没仔细看 xff0c 但是下面提供了另一个安装的替换选项 xff0c 其命令如下 xff1a 安装GTK 43 开发包 xff0c
  • iOS开发笔记之NSFileManager的使用

    对于文件的管理 xff0c 从项目需求中出发 xff0c 有如下的学习成果 查看文档基本能完成基本的需求 文档中部分常用的方法 xff1a xff08 基本基于path和URL成对存在 xff0c 这里主要解读关于path的 xff09 获
  • 基于 FFmpeg 的播放器 demo

    这里的播放器演示程序用于播放一个本地文件 xff0c 因而不需要关心播放网络上的媒体数据时的网络传输问题 对于播放本地媒体文件的播放器来说 xff0c 所要完成的工作主要包括 xff1a 解封装 gt 音频解码 视频解码 gt 对于音频来说
  • mysql查看当前使用的配置文件my.cnf的方法

    1 查看是否使用了指定目录下的my cnf my cnf是mysql启动时加载的配置文件 xff0c 一般会放在mysql的安装目录中 xff0c 用户也可以放在其他目录加载 安装mysql后 xff0c 系统中会有多个my cnf文件 x
  • JUC中对线程的协同合作控制

    线程的协同合作控制 CountDownLatch使用代码演示小结 Semaphore使用小结 Condition使用代码 CyclicBarrier使用 xff1a 代码演示 小结 在使用多线程的时候 xff0c 我们可以使用一些工具来达到
  • Ubuntu+Anaconda+TA-Lib

    查看ubuntu版本 span class token function cat span etc issue 更换apt源 1 备份原有软件源 sudo cp etc apt sources list etc apt sources li
  • 服务器配置公网ftp服务端(软件和python代码两种方法)

    FileZilla Server超详细配置 前言一 配置教程1 General settings xff08 常规设置 xff09 2 Passive mode settings xff08 被动传输模式设置 xff09 3 Securit
  • 使用FFmpeg生成高清gif图

    前言 使用FFmpeg能够很方便的给视频片段或GIF加水印 xff0c 同时还能对选取的片段生成GIF图 xff0c 但是在使用默认FFmpeg设置情况下 xff0c 生成的GIF画质很差 xff0c 有很明显的栅格化现象 如何生成高质量的
  • PostgreSQL的SSL部署

    随着云服务器的兴起 xff0c 越来越多的数据库服务器被安装在远程 用SSL连接代替明文连接 xff0c 是数据库的基本安全功能 很庆幸PostgreSQL很早就支持openSSL xff0c 各发行版本都带有openSSL连接库 xff0
  • 八数码问题是否有解

    八数码问题 描述 xff1a 3 3的棋盘有八个数字 xff08 1 8 xff09 和一个空位 xff0c 数字可以滑动 问题研究的是从一个棋盘状态到另一个状态 是否有解的判定 12345678 对于上面的棋盘状态 xff0c 我们可以表
  • xrdp和vnc的区别

    在很多场景下 xff0c 我们需要远程连接到Linux服务器 本文是Ubuntu xff0c 传统的连接主要分为两种 第一种 xff1a 通过SSH服务 xff08 使用xshell等工具 xff09 来远程访问 xff0c 编写终端命令
  • 和风天气API数据分析

    注册和风天气获取key 请求数据时需要用到 xff0c 具体可查看文档 请求数据示例 3 10天天气预报 34 HeWeather6 34 34 basic 34 34 cid 34 34 CN101010100 34 34 locatio
  • 提供python接口有用的库

    python版本 windows上使用的是python2 7 2 32位版本 如何查看python是32位还是64位 xff1a import struct struct calcsize 34 P 34 如果是4 xff0c 说明是32位
  • Linux添加库路径的两种方法

    库文件在连接 静态库和共享库 和运行 仅限于使用共享库的程序 时被使用 xff0c 其搜索路径是在系统中进行设置的 一般 Linux 系统把 lib 和 usr lib 两个目录作为默认的库搜索路径 xff0c 所以使用这两个目录中的库时不
  • 动态库和静态库在编译C语言时使用方法简述

    函数库分为静态库和动态库两种 创建Linux静态库和Linux动态库和使用它们在这里将以举例的形式详述一下 静态库在程序编译时会被连接到目标代码中 xff0c 程序运行时将不再需要该静态库 动态库在程序编译时并不会被连接到目标代码中 xff
  • Linux下的tar压缩解压缩命令详解

    tar c 建立压缩档案 x xff1a 解压 t xff1a 查看内容 r xff1a 向压缩归档文件末尾追加文件 u xff1a 更新原压缩包中的文件 这五个是独立的命令 xff0c 压缩解压都要用到其中一个 xff0c 可以和别的命令
  • Linux环境下安装MATLAB2012

    在GNU Debian环境下 xff0c 使用iso镜像安装Matlab2012 xff0c 首先需要用mount命令挂载镜像 xff0c mount o loop t iso9660 source mount point 具体的讲 mou
  • string与string.h以及cstring的关系区别

    c 43 43 中 string与string h 的作用和区别 如下代码 include lt string h gt void main string aaa 61 34 abcsd d 34 printf 34 looking for