实现功能：根据配置文件（XXXX.ini）中的内容对XML中节点进行操作，如果XML中存在与配置文件中相同的节点，则根据配置文件将XML文件中相应节点的值进行更新；如果XML文件中不存在配置文件中出现的节点，则在XML中将新节点及值进行插入操作。
◆XML文档结构如下
//--------------------------------------------------------------------------------------------
- <printer driver-name="OKI C710(PS)">
<color-profile path="ColorProfiles/OkiC710CMY.icc" />
</printer>
- <printer driver-name="OKI C710(PCL)">
<color-profile path="ColorProfiles/OkiC710CMY.icc" />
</printer>
- <printer driver-name="OKI C830(PS)">
<color-profile path="ColorProfiles/OkiC830CMY_new.icc
" />
</printer>
- <printer driver-name="OKI C830(PCL)">
<color-profile path="ColorProfiles/OkiC830CMY.icc" />
</printer>
//---------- ......
实现功能：根据配置文件（XXXX.ini）中的内容对XML中节点进行操作，如果XML中存在与配置文件中相同的节点，则根据配置文件将XML文件中相应节点的值进行更新；如果XML文件中不存在配置文件中出现的节点，则在XML中将新节点及值进行插入操作。
◆XML文档结构如下
//--------------------------------------------------------------------------------------------
- <printer driver-name="OKI C710(PS)">
<color-profile path="ColorProfiles/OkiC710CMY.icc" />
</printer>
- <printer driver-name="OKI C710(PCL)">
<color-profile path="ColorProfiles/OkiC710CMY.icc" />
</printer>
- <printer driver-name="OKI C830(PS)">
<color-profile path="ColorProfiles/OkiC830CMY_new.icc
" />
</printer>
- <printer driver-name="OKI C830(PCL)">
<color-profile path="ColorProfiles/OkiC830CMY.icc" />
</printer>
//---------- ......
1.3 单元测试能产生哪些效益？
单元测试的效益已经得到广泛的认同，现在的问题已经不是有没有必要做，值不值得做，而是如何多快好省地做好单元测试，所以，关于效益，这里只是简单的介绍一下。
效益一，保证代码质量
只有单元测试才能完整检测代码单元的功能逻辑，使代码单元的质量得到保证，只有代码单元的质量得到保证，软件的整体质量才有可能得到保证。
效益二，排错成本最小
单元测试通常是最早阶段的测试，早到什么程度？可以一边写代码一边测试。排错成本越到后面就越高，单元测试的排错成本可能只是系统测试的几分之一甚至几十分之一。
效益三，自动回归
修改代码很可能引入新的错误，回归就是回复到原有的正确状态，也就是原有的功能没有受到破坏。单元测试目标最小，运行最快，最容易实现自动回归测试。
如果没有单元测试，会怎么样呢？系统测试发现了错误后，修改代码，为了检测修改是否引入新的错误，又要进行下一轮的系统测试，这样就可能陷入循环。
如果有了单� ......
1.3 单元测试能产生哪些效益？
单元测试的效益已经得到广泛的认同，现在的问题已经不是有没有必要做，值不值得做，而是如何多快好省地做好单元测试，所以，关于效益，这里只是简单的介绍一下。
效益一，保证代码质量
只有单元测试才能完整检测代码单元的功能逻辑，使代码单元的质量得到保证，只有代码单元的质量得到保证，软件的整体质量才有可能得到保证。
效益二，排错成本最小
单元测试通常是最早阶段的测试，早到什么程度？可以一边写代码一边测试。排错成本越到后面就越高，单元测试的排错成本可能只是系统测试的几分之一甚至几十分之一。
效益三，自动回归
修改代码很可能引入新的错误，回归就是回复到原有的正确状态，也就是原有的功能没有受到破坏。单元测试目标最小，运行最快，最容易实现自动回归测试。
如果没有单元测试，会怎么样呢？系统测试发现了错误后，修改代码，为了检测修改是否引入新的错误，又要进行下一轮的系统测试，这样就可能陷入循环。
如果有了单� ......
C++语言方面的书籍
初学者建议按以下顺序阅读
《C++ Primer》
为C++新手而写，一本 “从入门到精通”的C++教程
它并不适合完全不懂C++的初学者，在阅读这本书之前，最好先有一点C或C++的背景知识，或者一些其他语言的编程经验
省略了一些高级C++特性的讨论，但仍然可以称得上是迄今为止最全面的C++学习教程
《Effective C++》《More Effective C++》
85个可以改善编程技术和设计思维的方法，都是中、高级C++程序员必备的技能
《Effective C++》主要讨论C++中一些相对基础的概念和技巧
《More EffectiveC++》着重探讨了包括异常处理在内的一系列高级技术
《Exceptional C++》《More Exceptional C++》
你自认为是一名C++语言专家吗？读一读ISO C++标准委员会秘书长的这两本书再回答
典型的深究C++语言细节的著作，很薄，但内容密集，难度要高于Effective C++系列
《The C++ Programming Language》
出自C++语言的创建者Bjarne Stroustrup之手，除了C++标准文献之外最权威的C++参考手册
它从C++语言创建者的角度来观察C++，这是任何别的作者和书籍做不到的，没有任何人比Bjarne自己更清楚该怎么来使用C++
这� ......
C++语言方面的书籍
初学者建议按以下顺序阅读
《C++ Primer》
为C++新手而写，一本 “从入门到精通”的C++教程
它并不适合完全不懂C++的初学者，在阅读这本书之前，最好先有一点C或C++的背景知识，或者一些其他语言的编程经验
省略了一些高级C++特性的讨论，但仍然可以称得上是迄今为止最全面的C++学习教程
《Effective C++》《More Effective C++》
85个可以改善编程技术和设计思维的方法，都是中、高级C++程序员必备的技能
《Effective C++》主要讨论C++中一些相对基础的概念和技巧
《More EffectiveC++》着重探讨了包括异常处理在内的一系列高级技术
《Exceptional C++》《More Exceptional C++》
你自认为是一名C++语言专家吗？读一读ISO C++标准委员会秘书长的这两本书再回答
典型的深究C++语言细节的著作，很薄，但内容密集，难度要高于Effective C++系列
《The C++ Programming Language》
出自C++语言的创建者Bjarne Stroustrup之手，除了C++标准文献之外最权威的C++参考手册
它从C++语言创建者的角度来观察C++，这是任何别的作者和书籍做不到的，没有任何人比Bjarne自己更清楚该怎么来使用C++
这� ......
Yes， C和C++混用的确是natural，毕竟绝大多数C++学习者都从C学起，C++兼容C就是为了降低学习门槛。但是C和C++混用却不一定是necessary。 我们把C和C++归为一类，通常写作C/C++，那是因为从语言角度讲C的问题就是C++的问题，但是反过来就不成立，因此具体到某个工程的时候，你在开工之前就必须决定到底使用C还是C++，或者说到底是面向过程还是面向对象。当然，上面两种说法都不正确，因为C并不一定就是面向过程，C++也并不一定就是面向对象。不过面向过程的设计已经不适应潮流了，因此准确的提问应该是：到底使用C风格（以函数为元素）的面向对象还是C++风格（以类为元素）的面向对象。 在系统设计阶段就必须确定设计风格，因为这很重要，关系到代码的样式、兼容性、可移植性，风格的选择依据就是你手头的库，看你手头上能够使用的库有哪些，以哪一个库为基准，以及开发进度要求，这些因素必须平衡考虑，不能顾此失彼。 如果只是开发一个小程序（就是类似那种用C++Builder或者Dephi可视化功能再加上一些控件组装出来的程序），那么把各个能够使用的库糅合起来就可以了。 如果是一个大的需要持久维护的工程，就必须考虑库与库之间的兼容性、效率、耦合度。所谓兼容性就是这个库 ......
Yes， C和C++混用的确是natural，毕竟绝大多数C++学习者都从C学起，C++兼容C就是为了降低学习门槛。但是C和C++混用却不一定是necessary。 我们把C和C++归为一类，通常写作C/C++，那是因为从语言角度讲C的问题就是C++的问题，但是反过来就不成立，因此具体到某个工程的时候，你在开工之前就必须决定到底使用C还是C++，或者说到底是面向过程还是面向对象。当然，上面两种说法都不正确，因为C并不一定就是面向过程，C++也并不一定就是面向对象。不过面向过程的设计已经不适应潮流了，因此准确的提问应该是：到底使用C风格（以函数为元素）的面向对象还是C++风格（以类为元素）的面向对象。 在系统设计阶段就必须确定设计风格，因为这很重要，关系到代码的样式、兼容性、可移植性，风格的选择依据就是你手头的库，看你手头上能够使用的库有哪些，以哪一个库为基准，以及开发进度要求，这些因素必须平衡考虑，不能顾此失彼。 如果只是开发一个小程序（就是类似那种用C++Builder或者Dephi可视化功能再加上一些控件组装出来的程序），那么把各个能够使用的库糅合起来就可以了。 如果是一个大的需要持久维护的工程，就必须考虑库与库之间的兼容性、效率、耦合度。所谓兼容性就是这个库 ......
[C/C++ Digestion] –
重载操作符
作者：
Jason Lee @
http://blog.csdn.net/jasonblog
日期：
2010-04-17
[1]
重载操作符
重载操作符从大的方面来讲可以分为两类：最好或必须作为类的成员函数的，以及相反。而具体地讲，最好或必须作为类的成员函数的有赋值操作符
( = )
、下标操作符
( [] )
、调用操作符
( () )
、成员访问箭头操作符
( ->
，目前列出的操作符都必须为成员函数
)
、星号解引用操作符
( * )
、复合赋值操作符
( +=
等
)
、自增、自减。其它的一些操作符，如算术操作符、相等操作符、关系操作符和位操作符，最好定义为非成员函数，在这种情况下，通常需要将其定义为类的友元函数。当然，还有一些是不建议重载的操作符，如逗号、取地址运算符和逻辑运算符等。
[2]
赋值操作符
赋值操作符必须是类的成员函数，因为编译器需要知道类是否有赋值操作符这个信息。并且，赋值操作符必须返回对
*this
的引用，也就是左操作数
(
对象自身
)
的引用。
同样的，复合赋值操作符也应返回对
*this
的引用。
如下是一段示例代码：
#include <iostream>
using namespace std;
class Demo { ......
[C/C++ Digestion] –
重载操作符
作者：
Jason Lee @
http://blog.csdn.net/jasonblog
日期：
2010-04-17
[1]
重载操作符
重载操作符从大的方面来讲可以分为两类：最好或必须作为类的成员函数的，以及相反。而具体地讲，最好或必须作为类的成员函数的有赋值操作符
( = )
、下标操作符
( [] )
、调用操作符
( () )
、成员访问箭头操作符
( ->
，目前列出的操作符都必须为成员函数
)
、星号解引用操作符
( * )
、复合赋值操作符
( +=
等
)
、自增、自减。其它的一些操作符，如算术操作符、相等操作符、关系操作符和位操作符，最好定义为非成员函数，在这种情况下，通常需要将其定义为类的友元函数。当然，还有一些是不建议重载的操作符，如逗号、取地址运算符和逻辑运算符等。
[2]
赋值操作符
赋值操作符必须是类的成员函数，因为编译器需要知道类是否有赋值操作符这个信息。并且，赋值操作符必须返回对
*this
的引用，也就是左操作数
(
对象自身
)
的引用。
同样的，复合赋值操作符也应返回对
*this
的引用。
如下是一段示例代码：
#include <iostream>
using namespace std;
class Demo { ......
原文地址：http://www.layz.net/blog/user1/xuanxuan/archives/2006/67.html
在C++中，有一个stream这个类，所有的I/O都以这个“流”类为基础的，包括我们要认识的文件I/O，stream这个类有两个重要的运算符：
1、插入器(<<)
向流输出数据。比如说系统有一个默认的标准输出流(cout)，一般情况下就是指的显示器，所以，cout<<"Write
Stdout"<<'\n';就表示把字符串"Write Stdout"和换行字符('\n')输出到标准输出流。
2、析取器(>>)
从流中输入数据。比如说系统有一个默认的标准输入流(cin)，一般情况下就是指的键盘，所以，cin>>x;就表示从标准输入流中读取
一个指定类型(即变量x的类型)的数据。
在C++中，对文件的操作是通过stream的子类fstream(file
stream)来实现的，所以，要用这种方式操作文件，就必须加入头文件fstream.h。下面就把此类的文件操作过程一一道来。
一、打开文件
在fstream类中，有一个成员函数open()，就是用来打开文件的，其原型是：
void open(const char* filename,int mode,int access);
参数：
filename： 要打开的文件名
......
原文地址：http://www.layz.net/blog/user1/xuanxuan/archives/2006/67.html
在C++中，有一个stream这个类，所有的I/O都以这个“流”类为基础的，包括我们要认识的文件I/O，stream这个类有两个重要的运算符：
1、插入器(<<)
向流输出数据。比如说系统有一个默认的标准输出流(cout)，一般情况下就是指的显示器，所以，cout<<"Write
Stdout"<<'\n';就表示把字符串"Write Stdout"和换行字符('\n')输出到标准输出流。
2、析取器(>>)
从流中输入数据。比如说系统有一个默认的标准输入流(cin)，一般情况下就是指的键盘，所以，cin>>x;就表示从标准输入流中读取
一个指定类型(即变量x的类型)的数据。
在C++中，对文件的操作是通过stream的子类fstream(file
stream)来实现的，所以，要用这种方式操作文件，就必须加入头文件fstream.h。下面就把此类的文件操作过程一一道来。
一、打开文件
在fstream类中，有一个成员函数open()，就是用来打开文件的，其原型是：
void open(const char* filename,int mode,int access);
参数：
filename： 要打开的文件名
......
最新文章 : c++