倒了！
|
一、如何在项目中引入.h、.lib和dll、以及.cpp 一直搞不清楚.h、.lib和dll在工程里怎么引入，稀里糊涂的。这次使用sqlite做个试验。 目录如下： .. include lib dll 工程 注意：工程是最原是的MFC标准项目，没有对环境变量做任何修改： 1、.h的引入 引入了.h才能使用类. 首先在工程中引入.h文件，然后在文件中：#include "sqlite3.h"。 编译： 错误 1 fatal error C1083: 无法打开包括文件:“sqlite3.h”: No such file or directory d:工作vcsqlitesqlitesqlite.h 12 找不到文件，编译当然报错了！ 验证：后在文件中：#include "sqlite3.h"注释掉，编译果然没错。 解决办法1：把sqlite3.h拷到工程目录下：d:工作vcsqlitesqlite 解决办法2：更常用的情况是，我们在其它地方建立一个Include目录，然后设置项目环境配置，指向该目录，如下: 配置项目属性：c/c++ 常规 附加包含目录 添加：....Include (为什么要用解决办法2呢？想想有多个工程的情况，如果都引用同样的.h文件，每个项目都在自己目录下拷贝一份怎么行？如果.h一旦修改，每个都得更替，多麻烦) 至此，你可以声明.h文件中的类对象了，但是无法使用其中的方法。不信你试试，调用一个方法，例如，调用sqlite3对象的 int rc = sqlite3_open("MyDB",&m_db); 编译报错： 错误 1 error LNK2001: 无法解析的外部符号 _sqlite3_open SqliteDlg.obj 错误 2 fatal error LNK1120: 1 个无法解析的外部命令 D:工作VCSqliteDebugSqlite.exe 1 注意，此时的错误是“Link”错误，也就是说，编译已经完成了，没有语法错误，然后链接lib库的时候，报错了。 此时，该lib登堂了。 2、.lib文件的引入 引入方法： 项目 属性 链接器 输入 附加依赖项 sqlite3.lib 编译： 错误 1 fatal error LNK1104: 无法打开文件“sqlite3.lib” Sqlite 解决办法1：把lib烤到工程目录下：d:工作vcsqlitesqlite 解决办法2：把lib拷到目录lib目录下，然后设置： 项目 属性 链接器 常规 附加库目录 ....lib （注意：如果....lib目录下还有目录，比如： ....lib ....libPDFLIB 要使用PDFLIB目录下的lib文件，必须在本步同时添加目录....libPDFLIB ） 为什么要用解决办法2呢？答案同另设include目录一样。 是不是这样就完了？你F5运行试试看。。。 弹出错误： 没有找到sqlite3.dll。。。。。。。！！！ 为什么呢？想想lib和dll的作用分别是什么。编译的时候需要谁？运行的时候需要谁？ 3、dll库的引入 这次应该简单了，把sqlite3.dll拷到工程目录d:工作vcsqlitesqlite 下。 这样就行了吗？可以运行Debug编译好的程序了吗？不行，如果要运行Debug下的程序，需要将sqlite3.dll也拷贝到Debug目录下。 4、.cpp文件的引入 假如一个项目中几个工程，有一些通用模块(定义成独立的.h和.cpp文件)，这些通用模块可以放在一个公共目录下（common目录），大家都从这个目录下引入。 好处是，大家用共同的文件，谁修改了其它人都能立刻看到，保持一致性。 使用方法： 配置项目属性：c/c++ 常规 附加包含目录 添加：..common (注意，如果有子目录，也要添加子目录) 同时，要在项目中引入.h和.cpp文件。注意，引入后会在项目文件目录中看到，但是文件还是在common目录下的，本地没有. 总结： 以上设置的目的，是将额外引入的资源，不管是.h，还是lib，还是dll，都尽量放到另外的一个公共目录，而不是拷贝在本工程下面。因为还可能有别的项目需要引用，放到一个公共目录方便管理。 以下分别说明各种资源的做法： .h 可以放到公共目录，不需要拷到本地。可以不把.h文件导入到项目中，而直接#include "" .lib 可以放到公共目录，不需要拷贝到本地 .dll 需要拷贝到本地。如果使用Debug编译出来的程序运行，需要拷贝到Debug下面 .cpp 可以放到公共目录，不需要拷贝到本地 ，但需要在项目中引入 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |