文章

VS配置新项目

引言

这两天需要从远端下载一个新的项目,而新项目所依赖的第三方库我电脑本地已经有了,所以就开始一个个修改每个项目的包含目录和库目录,修改了一天都没改完,于是发现问题不对劲

基本知识

众所周知,C++本身的功能十分简陋,经常需要用到其他的各种第三方库,包含目录和库目录可以很方便的管理第三方库

包含目录是头文件存储的地方,一般是在include中

库目录则是链接库在的地方,一般在lib中

那什么要有包含目录和库目录呢?

你可以把一个第三方库看作是一个功能,像我们写C++时,一般是写个函数实现功能,而函数我们都知道需要有声明和定义,例如一个加法功能的函数

1
2
3
4
int add(int a, int b)
{
    return a + b;
}

我们只知道这个功能是这样,但是我们怎么用他呢,所以需要函数的声明,告诉我们应该调用哪个函数,里面的参数传什么类型,才能正确使用它

1
int add(int a, int b);

既然第三方库也是个功能,所以就需要用头文件来告诉我们怎么用这个功能,也就需要包含目录(知道有哪些功能,怎么正确调用它),所以包含目录里面其实就是一堆头文件,指明了我们都有哪些函数功能

但只知道有哪些功能也不行,因为没有实现这个函数,相当于空中楼阁

而第三方库的函数功能实现,就是在lib里面,它是写好的函数具体实现功能,封装起来,供人们调用,其中库文件分动态链接库和静态链接库

当在VS中把包含目录和库目录配置好后,我们才可以正常使用第三方库的功能

通俗一点说,包含目录就是我们的想法, 我们想得高分,想考研成功,想升职加薪,但只有想法,没有行动(库目录),就是一场空

我的做法

比如我的本地有jsoncpp这个库,在D:\3rd的路径下,并且编译项目时发现json这边报错,缺少的头文件刚好也是我jsoncpp里面的,于是我便把我jsoncpp的include和lib配置进包含目录和库目录中,其实当项目少的话还好,一个解决方案里面有很多项目,并且也不止一个库的时候,VS编译每次也都不一定把错误全报出来完,这样是很费劲的,很傻傻的对上百个错误一个个比对,全部改完还是报错,说的就是我

正确做法

1.明确配置管理器

  • 是选Debug还是Release,有些还会有自己弄得配置环境,比如我们的Release_D就是把C++里面的优化功能禁用

  • 是选x64还是win32

这两个你没选对项目的正确配置,是编不过的

2.明确项目第三方库的版本

有时编译不过,用everything搜头文件,发现自己电脑里有,所以就直接配上了,这其实是有隐患的

比如第三方库也是会升级的,也许你下载的这个项目所依赖的第三方库版本比你电脑有的要高,刚好高版本新增了或者删除了一些头文件,亦或是其他的删改,你用你电脑自己的配置,将来还是会编译不过的

如果你是从github上下载的项目,注意看说明各个依赖第三方库的版本

如果你是从公司仓库里下载的,则让同事给你发他们在此项目上运行正常的第三方库

3.将项目自带的环境变量加入到本机中

比如项目中头文件json.h包含目录是$(TX3rdParty)\Jsoncpp\include,而你的json.h头文件在E:/3rd/Jsoncpp/include,刚好你也配过环境变量也就是Own3rd代替了E:/3rd,所以你在项目中把$(TX3rdParty)\Jsoncpp\include给删掉,转而用自己的$(Own3rd)\Jsoncpp\include,这样的话,那所有的项目你都要一个个替换成你自己的,非常繁琐

最好的方法是,再去配一个环境变量,把TX3rdParty配成E:/3rd就好了,不用你修改项目的任何包含目录和库目录

另外如果在你第一次打开Sln时候,会让你升级一堆v140类似这样v开头的,尽量不升级,怕出一些问题

本文由作者按照 CC BY 4.0 进行授权