C++中的数据类型转换方法总结
摘要：本文总结了C/C++中的多种数据类型转换方法，并比较了各自的优劣。给出了推荐的使用建议。
从int到char*，或者反过来从char*到int，在C/C++中到底有多少种转换方法呢？符合标准的大概有四种。即C数据转换函数族、sprintf/snprintf/sscanf函数族、字符串流std::stringstream、std::strsteam。不符合标准却又广为使用的包括CString和boost::lexical_cast。本文只讨论符合标准的转换方法，其中std::strstream由于已经被C++标准委员为指定为不推荐使用的（deprecated），所以不予考虑了。下面重点讨论三种标准转换方法之间的优劣。源代码的地址是：http://download.csdn.net/source/631475
1. Int和char*或std::string之间的转换
C数据转换函数族
C数据转换函数族即包括itoa、atoi等数据类型转换函数在内的一大批C函数，在C语言时代曾经被大量使用。源代码如下：
int i = 10;
char szBuf[10] = "";
itoa(i, szBuf, 10);
cout<<"itoa: szBuf = "<<szBuf<<endl;
i = 0;
i = atoi(szBuf);
cout<<"atoi: i = "<<i<&l ......
1、停止MYSQL服务器：
/etc/init.d/mysql stop或service mysqld stop
2. cd /etc/init.d/
（3）跳过授权表执行MYSQL服务器：
mysqld_safe --skip-grant-tables --skip-networking &
(注：参数--skip-grant-tables为跳过授权表；--skip-networking为不监听TCP/IP连接)
[root@speedec init.d]# mysqld_safe --skip-grant-tables --skip-networking &
[1] 28135
[root@speedec init.d]# Starting mysqld daemon with databases from /var/lib/mysql
在此可以Ctrl+C终止
(4).启动mysql
[root@speedec init.d]# mysql
(5)使用mysql数据库
mysql> use mysql;
（6）更新root密码
update user set password=password('新密码') where user='root';
7.重启mysql
service mysqld stop
service mysqld st ......
耗费了一下午，研究了一下VC的数据库编程，写了这个测试程序。主要的功能为实现access数据库的添加与删除，同时动态的将数据库数据显示在flexgrid控件中。下面把过程记录下来，以备后用。
一。ADO简介
ADO提供了一组非常简单，将一般通用的数据访问细节进行封装的对象。由于ODBC数据源也提供了一般的OLE DB Privider，所以ADO不仅可以应用自身的OLE DB Privider，而且还可以应用所有的ODBC驱动程序。关于OLE DB和ADO的其它详细情况，读者可以自行查阅相关书籍或MSDN，这里就不一一说明了。让我们直接步入主题，如何掌握ADO这种数据库访问技术ADO的操作方法和前面讲过的DAO的操作在很多方面存在相似之处。
二。主要控件的布置
程序运行效果如图：
1.进入工程向导，建立基于对话框的mfc应用程序。名为databasetest。
加入flexgrid控件：工程--->添加到工程------->components and controls。找到Microsoft Flexgrid control，然后insert。添加几个static box 和editbox，添加两个botton，实现插入和删除的功能。
2.打开access2003，建立空数据库Demo.mdb。建立表Table1。设置编号，时间，采样点数，累加次数，数据5个字段，分别为自动编号，时间/日期，数字� ......
在当今的网络时代，我们常常见到的进程间通信方式都是socket，比如Java的EJB调用，Java和C通信，Web Service服务等。socket是最常用的通讯技术，几乎所有的系统、语言都支持，socket也是面向网络的，通信的两方可以跨越IP网络进行传输。
在本地通信中(同一台机器上的进程间通讯)，socket的网络特性却成了累赘，组装解析网络报头、报文确认、CRC校验等都是针对网络的，本地通信没有必要，反而会影响传输效率。本地通信的一些传统技术，如管道、FIFO、消息队列等，没有网络功能的负担，传输速度应该高于socket，那到底高多少以至于值得在应用中替换socket技术呢，今天就来一场小测试，就System V消息队列和socket之间，做一次全面的速度比拼。
比拼场地：
本人的笔记本：赛扬1.5G 内存1.5G
系统：Ubuntu8.04 Desktop (Linux 2.6.24-24-generic)
JDK：1.6
第一回合： Java测试
先说明一下，Java并不支持System V消息队列，因此特为Java提供了JNI接口，我们使用lajp_9.09提供C源码编译的so动态连接库，lajp的下载地址和文档：http://code.google.com/p/lajp/
首先上场的是System V消息队列。
发送端程序:
001 package test;
002
003 &nb ......
C/C++返回内部静态成员的陷阱
陈皓
背景
在我们用
C/C++开发的过程中，总是有一个问题会给我们带来苦恼。这个问题就是函数内和函数外代码需要通过一块内存来交互（比如，函数返回字符串），这个问题困
扰和很多开发人员。如果你的内存是在函数内栈上分配的，那么这个内存会随着函数的返回而被弹栈释放，所以，你一定要返回一块函数外部还有效的内存。
这是一个让无数人困扰的问题。如果你一不小心，你就很有可能在这个上面犯错误。当然目前有很多解决方法，如果你熟悉一些标准库的话，你可以看到许多各式各样的解决方法。大体来说有下面几种：
1）
在函数内部通过malloc或new在堆上分配内存，然后把这块内存返回（因为在堆上分配的内存是全局可见的）。这样带来的问题就是潜在的内存问题。因
为，如果返回出去的内存不释放，那么就是memory
Leak。或者是被多次释放，从而造成程序的crash。这两个问题都相当的严重，所以这种设计方法并不推荐。（在一些Windows
API中，当你调用了一些API后，你必需也要调用他的某些API来释放这块内存）
2）让用户传入一块他自己的内存地址，而在函数中把要
返回的内存放到这块内存中。这是一个目前普遍使用的方式。很多Wind ......
C/C++返回内部静态成员的陷阱
陈皓
背景
在我们用
C/C++开发的过程中，总是有一个问题会给我们带来苦恼。这个问题就是函数内和函数外代码需要通过一块内存来交互（比如，函数返回字符串），这个问题困
扰和很多开发人员。如果你的内存是在函数内栈上分配的，那么这个内存会随着函数的返回而被弹栈释放，所以，你一定要返回一块函数外部还有效的内存。
这是一个让无数人困扰的问题。如果你一不小心，你就很有可能在这个上面犯错误。当然目前有很多解决方法，如果你熟悉一些标准库的话，你可以看到许多各式各样的解决方法。大体来说有下面几种：
1）
在函数内部通过malloc或new在堆上分配内存，然后把这块内存返回（因为在堆上分配的内存是全局可见的）。这样带来的问题就是潜在的内存问题。因
为，如果返回出去的内存不释放，那么就是memory
Leak。或者是被多次释放，从而造成程序的crash。这两个问题都相当的严重，所以这种设计方法并不推荐。（在一些Windows
API中，当你调用了一些API后，你必需也要调用他的某些API来释放这块内存）
2）让用户传入一块他自己的内存地址，而在函数中把要
返回的内存放到这块内存中。这是一个目前普遍使用的方式。很多Wind ......
最新文章 :