string和string.h的区别

头文件string与string.h的区别

转自http://www.cnblogs.com/Cmpl/archive/2012/01/01/2309710.html

在C++中,#include<iostream>与#include<iostream.h>的区别,前者要使用更新的编译器(其实大部分编译器多比较前卫了,出了有些搞嵌入式的用变态的编译器)。

喔,原来iostream是C++的头文件,iostream.h是C的头文件,即标准的C++头文件没有.h扩展名,将以前的C的头文件转化为C++的头文件后,有时加上c的前缀表示来自于c,例如cmath就是由math.h变来的。

using namespace std //使用名字空间(使用所有)

using namespace std::cout//只使用cout

如不用using,则在代码前可以用sdt::cout<<表示使用的是std中的cout。

#include<iostream.h>//必须要加上.h 
void main() 

cout<<"Right?"<<endl; 
}

#include<string> 
#include<iostream>//此处必须去掉.h 
usingnamespace std ; 
void main() 

string s; 
getline(cin,s); 
cout<<"Right?"<<endl; 
}

相关解析:

iostream.h里面定义的所有类以及对象都是在全局空间里,所以你可以直接用cout   
但在iostream里面,它所定义的东西都在名字空间std里面,所以你必须加上   
using namespace std才能使用cout

一般一个C++的老的带“.h”扩展名的库文件,比如iostream.h,在新标准后的标准库中都有一个不带“.h”扩展名的相对应,区别除了后者的好多改进之外,还有一点就是后者的东东都塞进了“std”名字空间中。

但唯独string特别。 
问题在于C++要兼容C的标准库,而C的标准库里碰巧也已经有一个名字叫做“string.h”的头文件,包含一些常用的C字符串处理函数,比如楼主提到的strcmp。 
这个头文件跟C++的string类半点关系也没有,所以<string>并非<string.h>的“升级版本”,他们是毫无关系的两个头文件。 
要达到楼主的目的,比如同时:

#include <string.h> 
#include <string> 
usingnamespace std; 
或者 
#include <cstring> 
#include <string>

其中<cstring>是与C标准库的<string.h>相对应,但裹有std名字空间的版本。

最大的挑战是把字符串头文件理清
楚:

<string.h>是旧的C 头文件,对应的是基于char*的字符串处理函数;<string>
是包装了std 的C++头文件,对应的是新的string 类(看下文);<cstring>是对
应于旧C 头文件的std 版本。如果能掌握这些(我相信你能),其余的也就容易
了。

<string>是c++ 的头文件,其内包含了一个string类,string s1就是建立一个string类的对象

<string.h> 的c语言的东西 并无类,所以不能 string s1

<cstring>文件实际上只是在一个命名空间std中include了 <string.h>,…

原文地址:https://www.cnblogs.com/curo0119/p/8304924.html

时间: 2024-08-29 14:03:44

string和string.h的区别的相关文章

String、String.valueOf、toString 它们三者的区别总结

今天在使用这个的时候发现,他们三者好像在某些场所都是可以用的,但是不免会让人想到那既然它们三者这么的相似,那么总有些什么区别吧.我也在网上找了一些资料看.自己也看了API文档,就将他们三的区别总结一下吧.用了这么长时间,才发现有这些的不同,也是挺惭愧的. 先说他们三的作用是什么吧:没什么特别的作用,就是让我们得到的对象或参数类型,按照要求转成字符串的形式. String:毫无疑问,这种就是强转形式,简单方便,效率高.java程序员可能看到效率高或许有些激动,但是它有他的不好,那就是局限性.在ja

【Java】String,StringBuffer与StringBuilder的区别??

String 字符串常量StringBuffer 字符串变量(线程安全)StringBuilder 字符串变量(非线程安全) 简要的说, String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象, 因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象,然后将指针指向新的 String 对象,所以经常改变内容的字符串最好不要用 String ,因为每次生成对象都会对系统性能产生影响,特别当内存中无引用对象多了以

StringBuilder、StringBuffer和String三者的联系和区别(转)

StringBuilder.StringBuffer和String三者的联系和区别 1. String 类    String的值是不可变的,这就导致每次对String的操作都会生成新的String对象,不仅效率低下,而且大量浪费有限的内存空间.    String a = "a"; //假设a指向地址0x0001    a = "b";//重新赋值后a指向地址0x0002,但0x0001地址中保存的"a"依旧存在,但已经不再是a所指向的,a 已

[c# 20问] 3.String和string的区别

POINTS string类型为继承自object的sealed类. string类实例用来存储Unicode字符串. string关键字是System.String类的别名,因此既可以定义string name="Fred",也可以String name="Fred" 同样以也可以使用string.Concat()或String.Concat() 推荐定义变量名使用string,调用方法和引用使用String类 DEMO private static void S

创建String字符串的方式与区别

Java中创建一个字符串的方式有很多种,常见如: String s = new String("riqi"); String s = "riqi"; 但两者有什么区别呢? 要知道,Java中new一个对象实际上是在栈内存中创建一个引用类型指向到堆内存中的对象,而字符串对象一旦创建就不能变更. Java为String类型提供了缓冲池机制,即当使用双引号方式创建字符串对象时,Java环境首先会从字符串缓冲池中寻找相同内容的字符串,如果找到则直接拿过来使用,如果没有则创建

String的hashCode 和equals 区别

网上找到特么一段话: Java对于equals方法和hashCode方法是这样规定的: 1.如果两个对象相等,那么它们的hashCode值一定要相等: 2.如果两个对象的hashCode相等,它们并不一定相等.PS:相等说的是equals方法. 那么这2个方法是什么来的?? 先祭出源码. equals源码: /** * Compares this string to the specified object. The result is {@code * true} if and only if

String和string的区别

C#: string 是C#的语法支持的,而String 则是string 对应的真实CLR中的类型,也就是说string 应该只是String的一个别名. string 可以在不引用 任何命令空间的情况下使用.String 必须先引用 System命名空间. 当我们要用到类的方法时,就用String,如string str = String.Format("{0}",value);. string是C#的保留字,而String不是. JAVA: java只有大写的String和Str

C#String与string大小写的区别

1.tring是c#中的类,String是.net Framework的类(在c# IDE中不会显示蓝色)  2.# string映射为.net Framework的String  3.果用string,编译器会把它编译成String,所以如果直接用String就可以让编译器少做一点点工作.如果使用c#,建议使用string,比较符合规范     4.ing始终代表 System.String(1.x) 或 ::System.String(2.0) ,String只有在前面有using Syst

String与string的区别(注意大小写)

在C#编程过程中经常见到string和String,下面来看看它们之间的区别: 1. string是C#中的类, String是.net Framework的类. string是String的别名,String在c# IDE中不会显示蓝色 2. 编译器会将string编译成String,所以使用String会让编译减少一点点工作 3. string是C#中的关键字,而String不是,也就是说string不能作为类.结构.枚举.字段.变量.方法.属性的名称,而String可以 4. 在C#编程过