装有vistual assist插件的vs2013打开工程提示语法错误，但是可以正常编译运行。这又是什么鬼呢？经过观察，在vs的状态栏上，如果vistual assist显示初始化成功，则打开工程后没有问题。一定提示初始化失败，则出现上面的现象。（vistual assist出现这种错误）如果重新打开工程还是不行，可以尝试"清理解决方案"，重新编译后保存退出，再打开，这时候vistual assist会重新装载，多半就可以成功了。(vistual assist如果打开工程时初
代码如下：QFile file(filepath + "/" + filename);
if (file.open(QIODevice::ReadOnly | QIODevice::Text)){
auto res = file.readAll();
QString s1(res);
&nbs
C++98 auto早在C++98标准中就存在了auto关键字，那时的auto用于声明变量为自动变量，自动变量意为拥有自动的生命期，这是多余的，因为就算不使用auto声明，变量依旧拥有自动的生命期：int a =10 ; //拥有自动生命期auto int b = 20 ;//拥有自动生命期static int c = 30 ;//延长了生命期C
tuple容器(元组), 是表示元组容器, 是不包含任何结构的,快速而低质(粗制滥造, quick and dirty)的, 可以用于函数返回多个返回值;tuple容器, 可以使用直接初始化, 和"make_tuple()"初始化, 访问元素使用"get<>()"方法, 注意get里面的位置信息, 必须是常量表达式(const expression);可以通过"std::tuple_size<decltype(t)>::v
在标准C++中，并没有foreach关键字。但是在QT中，可以使用这一个关键字，其主要原因是QT自己增加了这一个关键字，就像slots和signals、emit等一样。增加的foreach关键字在编译时会进行预处理。其用法为：foreach (varItem , Items) // foreach（variable ，container）其中，varItem(variable)是容器Items(container)中的一个项
上一篇文章中详细讲了讲C++异常处理模型的trycatch使用语法，其中catch关键字是用来定义catch block的，它后面带一个参数，用来与异常对象的数据类型进行匹配。注意catch关键字只能定义一个参数，因此每个catch block只能是一种数据类型的异常对象的错误处理模块。如果要想使一个catch block能抓获多种数据类型的异常对象的话，怎么办？C++标准中定义了一种特殊的catch用法，那就是” catch(…)”。感性认识catch(…)到底是一个什么样的东东，先来个感性认
以前都是用try{} catch(…){}来捕获C++中一些意想不到的异常， 今天看了Winhack的帖子才知道，这种方法在VC中其实是靠不住的。例如下面的代码：try
{
BYTE* pch ;
pch = ( BYTE* )00001234 ; //给予一个非法地址
*pch = 6 ; //对非法地址赋值，会造成Access Violat
C++异常处理2020-02-13 10:08:39
引言异常，让一个函数可以在发现自己无法处理的错误时抛出一个异常，希望它的调用者可以直接或者间接处理这个问题。而传统错误处理技术，检查到一个局部无法处理的问题时:1.终止程序(例如atol,atoi,输入NULL，会产生段错误，导致程序异常退出,如果没有core文件，找问题的人一定会发疯)2.返回一个表示错误的值(很多系统函数都是这样，例如malloc，内存不足，分配失败，返回NULL指针)3.返回一个合法值，让程序处于某种非法的状态(最坑爹的东西，有些第三方库真会这样)4.调用一个预先准备好在出
引言我们寄希望使用异常这种方法，让一个函数发现自己无法处理的错误时抛出异常或者做进一步处理。未使用异常处理机制的程序，当遇见无法处理的问题时可能会产生如下后果：程序自行终止（然后程序员开始漫长的找bug过程）返回一个表示错误的值(很多系统函数都是这样，例如malloc，内存不足，分配失败，返回NULL指针)返回一个合法值，让程序处于某种非法的状态(最坑爹的东西，有些第三方库真会这样)调用一个预先准备好在出现”错误”的情况下用的函数。第一种情况在软件开发过程中是不明智的，当软件体量的增大，找bug
C++命名规则2020-02-13 09:22:06
如果想要有效的管理一个稍微复杂一点的体系，针对其中事物的一套统一、带层次结构、清晰明了的命名准则就是必不可少而且非常好用的工具。活跃在生物学、化学、军队、监狱、黑社会、恐怖组织等各个领域内的大量有识先辈们都曾经无数次地以实际行动证明了以上公理的正确性。除了上帝（设它可以改变世间万物的秩序）以外，相信没人有实力对它不屑一顾。在软件开发这一高度抽象而且十分复杂的活动中，命名规则的重要性更显得尤为突出。一套定义良好并且完整的、在整个项目中统一使用的命名规范将大大提升源代码的可读性和软件的可维护性。在引