http://www.cppreference.com/wiki/cn/stl/algorithm/remove
语法:
#include <algorithm>
forward_iterator remove( forward_iterator start, forward_iterator end, const TYPE& val );
remove 算法移除 [start,end) 范围之内的所有与 val 相等的元素。
此函数的返回值是一个迭代器，它指向不包含与 val 相等的元素的新序列的最后一个元素的后面。
注意remove的实现通常并不真的从 [start, end) 范围内移除元素；如果在一个容器上面调用remove，在调用之后此容器的长度并不会发生改变（只通过iterators，remove并不能影响容器的长度），所有元素还是留在容器内。然而，remove将所有被 “removed” 的元素放在容器的尾部，然后返回一个区分未被删除和被删除元素的迭代器。为了从一个容器删除元素，你应该调用此容器的 erase 方法删除从返回的迭代器（iterator）处开始的元素。这通常被联合起来称作：erase-remove idiom:
container.erase(remove(container.begin(), container.end(), val), container.end());
(container can be of type vector, string or deque)
remove 函数的时间复杂度是� ......
http://www.cppreference.com/wiki/cn/stl/algorithm/remove
语法:
#include <algorithm>
forward_iterator remove( forward_iterator start, forward_iterator end, const TYPE& val );
remove 算法移除 [start,end) 范围之内的所有与 val 相等的元素。
此函数的返回值是一个迭代器，它指向不包含与 val 相等的元素的新序列的最后一个元素的后面。
注意remove的实现通常并不真的从 [start, end) 范围内移除元素；如果在一个容器上面调用remove，在调用之后此容器的长度并不会发生改变（只通过iterators，remove并不能影响容器的长度），所有元素还是留在容器内。然而，remove将所有被 “removed” 的元素放在容器的尾部，然后返回一个区分未被删除和被删除元素的迭代器。为了从一个容器删除元素，你应该调用此容器的 erase 方法删除从返回的迭代器（iterator）处开始的元素。这通常被联合起来称作：erase-remove idiom:
container.erase(remove(container.begin(), container.end(), val), container.end());
(container can be of type vector, string or deque)
remove 函数的时间复杂度是� ......
C、传统 C++
#include <assert.h> //设定插入点
#include <ctype.h> //字符处理
#include <errno.h> //定义错误码
#include <float.h> //浮点数处理
#include <fstream.h> //文件输入／输出
#include <iomanip.h> //参数化输入／输出
#include <iostream.h> //数据流输入／输出
#include <limits.h> //定义各种数据类型最值常量
#include <locale.h> //定义本地化函数
#include <math.h> //定义数学函数
#include <stdio.h> //定义输入／输出函数
#include <stdlib.h> //定义杂项函数及内存分配函数
#include <string.h> //字符串处理
#include <strstrea.h> //基于数组的输入／输出
#include <time.h> //定义关于时间的函数
#include <wchar.h> //宽字符处理及输入／输出
#include <wctype.h> //宽字符分类
//////////////////////////////////////////////////////////////////////////
标准 C++ （同上的不再注 ......
C、传统 C++
#include <assert.h> //设定插入点
#include <ctype.h> //字符处理
#include <errno.h> //定义错误码
#include <float.h> //浮点数处理
#include <fstream.h> //文件输入／输出
#include <iomanip.h> //参数化输入／输出
#include <iostream.h> //数据流输入／输出
#include <limits.h> //定义各种数据类型最值常量
#include <locale.h> //定义本地化函数
#include <math.h> //定义数学函数
#include <stdio.h> //定义输入／输出函数
#include <stdlib.h> //定义杂项函数及内存分配函数
#include <string.h> //字符串处理
#include <strstrea.h> //基于数组的输入／输出
#include <time.h> //定义关于时间的函数
#include <wchar.h> //宽字符处理及输入／输出
#include <wctype.h> //宽字符分类
//////////////////////////////////////////////////////////////////////////
标准 C++ （同上的不再注 ......
/*编写程序，输入2个数以及加减乘除中的某运算符号，并调用自己编写的函数计算相应的结果*/
#include<stdio.h>
#include<conio.h>
float cal(int a,char sym,int b);
main()
{
int a=0,b=0;
char sym='\0';
float c=0.0;
scanf("%d%c%d",&a,&sym,&b);
c=cal(a,sym,b);
printf("%d%c%d=%f\n",a,sym,b);
getch();
}
float cal(int a,char sym,int b)
{
float c=0.0;
switch(sym)
{
case '+': c=a+b;
case '-': c=a-b;
case '*': c=a*b;
case '/': if(b!=0)
&n ......
定义一个字符指针，其本质的处理方式是按字符数组处理的，在内存开辟一个字符数组用来存放字符串常量，这样必定会终止符。而这样的特性也仅对于字符指针变量。
在C语言中，通过数组名或者指针变量输出一个字符串，我理解为两个：字符串终止符的存在；以%s格式的输出方式。
char *p="I love china!";
printf("%s";p);
在C++里，cout是ostream类对象，这个类其中一个特性被设计为当右操作数的类型为char*时，就把该操作数看作一个指向字符串的指针，从而把该地址开始的内容当作字符串输出，直到遇到'\0'为止。
char *p="I love china!";
cout<<p; ......
定义一个字符指针，其本质的处理方式是按字符数组处理的，在内存开辟一个字符数组用来存放字符串常量，这样必定会终止符。而这样的特性也仅对于字符指针变量。
在C语言中，通过数组名或者指针变量输出一个字符串，我理解为两个：字符串终止符的存在；以%s格式的输出方式。
char *p="I love china!";
printf("%s";p);
在C++里，cout是ostream类对象，这个类其中一个特性被设计为当右操作数的类型为char*时，就把该操作数看作一个指向字符串的指针，从而把该地址开始的内容当作字符串输出，直到遇到'\0'为止。
char *p="I love china!";
cout<<p; ......
1.
引言
C++
语言的创建初衷是“a
better C”
，但是这并不意味着C++
中类似C
语言的全局变量和函数所采用的编译和连接方式与C
语言完全相同。作为一种欲与C
兼容的语言，C++
保留了一部分过程 式语言的特点（被世人称为“
不彻底地面向对象”
），因而它可以定义不属于任何类的全局变量和函数。但是，C++
毕竟是一种面向对象的程序设计语言，为了支
持函数的重载，C++
对全局函数的处理方式与C
有明显的不同。
2.
从标准头文件说起
某企业曾经给出如下的一道面试题：
面试题
为什么标准头文件都有类似以下的结构？
#ifndef
__INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */
分析
显然，头文件中的编译宏“#ifndef __INCvxWorksh
、#define __INCvxWorksh
、#endif”
的作用是防止该头文件被重复引用。
那么
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
的作用又是什么呢？我们将在下文一一道来。
& ......
1.
引言
C++
语言的创建初衷是“a
better C”
，但是这并不意味着C++
中类似C
语言的全局变量和函数所采用的编译和连接方式与C
语言完全相同。作为一种欲与C
兼容的语言，C++
保留了一部分过程 式语言的特点（被世人称为“
不彻底地面向对象”
），因而它可以定义不属于任何类的全局变量和函数。但是，C++
毕竟是一种面向对象的程序设计语言，为了支
持函数的重载，C++
对全局函数的处理方式与C
有明显的不同。
2.
从标准头文件说起
某企业曾经给出如下的一道面试题：
面试题
为什么标准头文件都有类似以下的结构？
#ifndef
__INCvxWorksh
#define __INCvxWorksh
#ifdef __cplusplus
extern "C" {
#endif
/*...*/
#ifdef __cplusplus
}
#endif
#endif /* __INCvxWorksh */
分析
显然，头文件中的编译宏“#ifndef __INCvxWorksh
、#define __INCvxWorksh
、#endif”
的作用是防止该头文件被重复引用。
那么
#ifdef __cplusplus
extern "C" {
#endif
#ifdef __cplusplus
}
#endif
的作用又是什么呢？我们将在下文一一道来。
& ......
首先说明一下这个”快”的含义,我想以前那些讨论这个话题的人当然认为这个快是指程序的运行速度,至于”软件开发速度”恐怕想也没想,或许认为软件开发速度和这个话题扯不上一点关系.那么这个问题在网上搜搜,搜的一大堆,那些c/c++阵营的列了很多例子来说明c/c++快, java阵营的也是如此,还提供一些机构的数据来说明java并不慢.可是仍然没有让大家都信服的理由或者结果.从这些讨论中我们应该得到一些启示,那就是讨论这个话题的前提是讨论的人必须既对java有很深的了解还要对c/c++有很深入的接触,否则都是偏面的.
另外从网上的结果看大家都谈到了一个共同点,编译的方式或机制是对速度是有影响的.在这里提到了java的动态编译的问题JIT(just in time).很明显很多c/c++程序员他不了解java的运行机制,java的动态编译是这样描述的,首先写完一个helloworld.java的源文件交由java compiler得到helloworld .class文件,java.exe会启动Java Virtual Machine,并加载这个class文件通过JIT编译为本机的机器代码.特别要强调的是这个class文件,它是编译原理中所谓的中间代码,它并不是目标代码.也正因为有了这个中间代码才使动态编译得 ......
首先说明一下这个”快”的含义,我想以前那些讨论这个话题的人当然认为这个快是指程序的运行速度,至于”软件开发速度”恐怕想也没想,或许认为软件开发速度和这个话题扯不上一点关系.那么这个问题在网上搜搜,搜的一大堆,那些c/c++阵营的列了很多例子来说明c/c++快, java阵营的也是如此,还提供一些机构的数据来说明java并不慢.可是仍然没有让大家都信服的理由或者结果.从这些讨论中我们应该得到一些启示,那就是讨论这个话题的前提是讨论的人必须既对java有很深的了解还要对c/c++有很深入的接触,否则都是偏面的.
另外从网上的结果看大家都谈到了一个共同点,编译的方式或机制是对速度是有影响的.在这里提到了java的动态编译的问题JIT(just in time).很明显很多c/c++程序员他不了解java的运行机制,java的动态编译是这样描述的,首先写完一个helloworld.java的源文件交由java compiler得到helloworld .class文件,java.exe会启动Java Virtual Machine,并加载这个class文件通过JIT编译为本机的机器代码.特别要强调的是这个class文件,它是编译原理中所谓的中间代码,它并不是目标代码.也正因为有了这个中间代码才使动态编译得 ......
首先说明一下这个”快”的含义,我想以前那些讨论这个话题的人当然认为这个快是指程序的运行速度,至于”软件开发速度”恐怕想也没想,或许认为软件开发速度和这个话题扯不上一点关系.那么这个问题在网上搜搜,搜的一大堆,那些c/c++阵营的列了很多例子来说明c/c++快, java阵营的也是如此,还提供一些机构的数据来说明java并不慢.可是仍然没有让大家都信服的理由或者结果.从这些讨论中我们应该得到一些启示,那就是讨论这个话题的前提是讨论的人必须既对java有很深的了解还要对c/c++有很深入的接触,否则都是偏面的.
另外从网上的结果看大家都谈到了一个共同点,编译的方式或机制是对速度是有影响的.在这里提到了java的动态编译的问题JIT(just in time).很明显很多c/c++程序员他不了解java的运行机制,java的动态编译是这样描述的,首先写完一个helloworld.java的源文件交由java compiler得到helloworld .class文件,java.exe会启动Java Virtual Machine,并加载这个class文件通过JIT编译为本机的机器代码.特别要强调的是这个class文件,它是编译原理中所谓的中间代码,它并不是目标代码.也正因为有了这个中间代码才使动态编译得 ......
最新文章 : c