Ошибка при использовании dllimport в клиенте DLL

Ребята, в настоящее время я создаю DLL и клиент, который работает с ней, используя стандартную процедуру, упомянутую во многих местах в Интернете. По сути, создайте проект DLL, который на самом деле определяет PROJECT_EXPORTS в файле Project.h. Что-то вроде этого:

// Assume the name of the project is SanProj and the header file is SanProj.h
#ifdef SANPROJ_EXPORTS
#define SANPROJ_API __declspec(dllexport)
#else
#define SANPROJ_API __declspec(dllimport)
#endif

Теперь обычным способом использования этого заголовка является включение его во все заголовки ваших классов API и использование SANPROJ_EXPORTS для «экспорта» объявлений в DLL и «импорта» объявлений в качестве клиента. Например, допустим, у нас есть заголовочный файл с классом валюты:

// currency.hpp
#include "SanProj.h"#include <ostream>
#include <string>

namespace SanProj {

class SANPROJ_API Currency {

public:
Currency();
const std::string& name();
const std::string& code();
bool empty() const;

protected:
std::string name_;
std::string code_;
};

SANPROJ_API bool operator==(const Currency&,
const Currency&);

SANPROJ_API bool operator!=(const Currency&,
const Currency&);

SANPROJ_API std::ostream& operator<<(std::ostream& out, Currency& c);
}

И еще один заголовочный файл с конкретными валютами:

// allccy.hpp
namespace SanProj {

class SANPROJ_API USDCurrency : public Currency {
public:
USDCurrency() {
name_ = "American Dollar";
code_ = "USD";
}
};class SANPROJ_API CADCurrency : public Currency {
public:
CADCurrency() {
name_ = "Canadian Dollar";
code_ = "CAD";
}
};

}

Вышеуказанные классы формируют контракт проекта DLL. Теперь давайте посмотрим на файлы проекта клиента, который представляет собой один класс с main функция:

#include "currency.hpp"#include "allccy.hpp"
#include <iostream>

using namespace SanProj;

int main(int argc, char* argv[])
{
USDCurrency uccy;
std::cout << uccy;
}

Предполагая, что все ссылки / настройки уже сделаны в проекте Visual Studio, я получаю следующую ошибку при попытке скомпилировать клиент:

1>testdll.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall SanProj::USDCurrency::~USDCurrency(void)" (__imp_??1USDCurrency@SanProj@@QAE@XZ)
1>testdll.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall SanProj::USDCurrency::USDCurrency(void)" (__imp_??0USDCurrency@SanProj@@QAE@XZ)

Не удивительно, что эта ошибка исчезает, когда я удаляю dllimport часть из SanProj.h файл и исполняемый файл создан.

У меня вопрос, в чем смысл сгенерированной IDE dllimport если мы не можем скомпилировать клиентов по заголовку? Есть ли способ, которым я могу продолжать использовать заголовок с обоими dllimport а также dllexports и удалить ошибки компоновщика? Кроме того, почему он пытается разрешить символ, который имеет dllimport из файла LIB?

ТИА,
/ Sasuke

РЕДАКТИРОВАТЬ: Команда компоновщика, используемая VisualStudio; как вы видите, он имеет файл LIB.

/OUT:»E:\vsprojects\SomeSln\Release\testdll.exe «/ ОБЯЗАТЕЛЬНО: НЕТ
/ NOLOGO «E: \ vsprojects \ SomeSln \ Release \ SanProj.lib» «kernel32.lib» «user32.lib» «gdi32.lib» «winspool.lib» «comdlg32.lib» «advapi32.lib» «shell32.lib «» ole32.lib «» oleaut32.lib «» uuid.lib «» odbc32.lib «» odbccp32.lib «/ MANIFEST
/ManifestFile:»Release\testdll.exe.intermediate.manifest»/ALLOWISOLATION / MANIFESTUAC: «level = ‘asInvoker’ uiAccess = ‘false'» / DEBUG /PDB:»E:\vsprojects\SomeSln\Release\testdll.pdb » / SUBSYSTEM: КОНСОЛЬ / OPT: REF / OPT: ICF
/PGD:»E:\vsprojects\SomeSln\Release\testdll.pgd «/ LTCG / TLBID: 1
/ DYNAMICBASE / NXCOMPAT / MACHINE: X86 / ERRORREPORT: QUEUE