一次DLL工程只有dll，没有生成lib的回溯

近日对岸瞎闹扰民添堵。深圳湾检阅震慑宵小之辈。

工作还得继续，这不集成别人提供的一个dll项目也懵了一下。

配置好环境后编译，竟然没有生成dll对应的导入lib(便于别的项目引用开发）

我们知道（网上资料）要对VC的动态库项目支持导出不外乎2种方式。

回顾一下

1)方式一：

在导出的头文件中使用 _declspec(dllexport) 来约定导出函数或类。如下xxx.h

#ifdef _WINDLL
// 根据宏来判断是导出库
#define MYAPI  _declspec(dllexport)   
#else
// 这是第3方应用使用时要指定
#define MYAPI  _declspec(dllimport)   
#endif

// 该方法暴露给第3方调用
MYAPI void test(int x);

当然对应的cpp文件中对test方法进行了实现。如果导出C风格的。则要增加 extern "C"  。如
 

#ifdef WIN32PROJECT1_EXPORTS
#define MYAPI  extern "C" __declspec(dllexport)
#else
#define MYAPI  extern "C" __declspec(dllimport)
#endif

2)方式二：

使用def文件来定义导出的函数。项目创建一个类似MYAPI.def的文件。内容大概如下

LIBRARY dllname

EXPORTS
test
test2

然后配置项目属性，连接器属性

这个是老生常谈的内容了。 大家已经知道了。

这个朋友的提供的项目用的是方式一，简单看了也是按这样实现的。编译正常，DLL输出了。

那么为什么没有生成lib库呢？看起来没有问题啊。

难道是VC环境的问题？

难道是项目配置问题？

...

一番折腾对比研究（因为不喜欢def的方式，且该方式不支持C风格的导出库）。竟然还是代码的问题。
xxx.cpp文件里面竟然引用了一些头文件，独没有引用xxx.h。而编译却一切正常。

究其原因是xxx.cpp文件中，实现的方法参数类型已经在其他头文件中定义了，实现的方法体也没有加上MYAPI（名称自定）宏。所以编译不会报错。导致怎么检查也没有发现是因为缺少头文件的问题。

最后加上对应的xxx.h头文件后，终于可以生成lib了。此事告一段落。

 

总结：程序员的粗心，有时总是在其他地方，众里寻他千百度，默认回首错误还在灯火阑珊处。
DISS：这位朋友的给的项目，明显自己没有测试过就发来了。  想来后面还有坑啊