Ostrzeżenie C4251 podczas budowania biblioteki DLL, która eksportuje klasę zawierającą element ATL :: CString

Question

Konwertuję bibliotekę statyczną opartą na ATL na bibliotekę DLL i otrzymuję następujące ostrzeżenie na temat wszystkich wyeksportowanych klas, które używają klasy ATL CString (znaleziono w atlstr.h):

warning C4251: 'Foo :: str_' klasę 'ATL :: CStringT' musi mieć dll interfejs do stosowania przez klientów klasy 'Foo'

Poprawnie deklaruję klasę Foo jako e xported przez __declspec(dllexport). Czy to ostrzeżenie, które mogę bezpiecznie zignorować, czy też robię coś nie tak? Ustawienia projektu DLL są ustawione tak, aby dynamicznie łączyły się z ATL, ale nie wydaje się to mieć żadnego znaczenia.

Na przykład:

#ifdef DLLTEST_EXPORTS 
#define DLLTEST_API __declspec(dllexport) 
#else 
#define DLLTEST_API __declspec(dllimport) 
#endif 

// This class is exported from the DLLTest.dll 
class DLLTEST_API Foo 
{ 
public: 
Foo(); 
CString str_; // WARNING C4251 HERE 
}; 

Wszyscy klienci tego DLL będzie również przy użyciu ATL.

Answer 1

This thread daje to, co uważam za lepszą odpowiedź, Doug Harrison (VC++ MVP):

[To jest ostrzeżenie] emitowany podczas korzystania niebędącego dllexported klasy X w dllexported klasy Y. Co jest takiego złego? Załóżmy, że Y ma funkcję wbudowaną y_f, która wywołuje funkcję x_f należącą do X, która jest , również nie jest wbudowana. Jeśli y_f jest wstawiony wewnątrz jakiegoś klienta, który nie łączy się statycznie z linkiem X, link nie powiedzie się, , ponieważ x_f nie zostanie znaleziony.

Answer 2

Here is a thread z dobrą dyskusją na ten temat.

W skrócie, kompilator ostrzega, że ​​w efekcie klasa wyeksportowana nie oddziela interfejsu od implementacji. Jeśli członkowie, o których mowa, nie są dostępni dla klientów, uczyń ich prywatnymi, a #pragma ostrzeżeniem dla tego członka/klasy. Jeśli członkowie są dostępni i wykorzystywani przez klientów, musisz zapewnić pośredni dostęp do członków za pośrednictwem akcesorów i mutatorów.

Answer 3

Zazwyczaj otrzymuję to ostrzeżenie, gdy popełniam głupi błąd podczas budowania biblioteki DLL za pomocą biblioteki wykonawczej Single/Multithreaded zamiast Single/MultithreadedDLL. Możesz to sprawdzić w ustawieniach projektu.

Answer 4

Ta strona Microsoft pomogła mi z tym.

How to export an instantiation of a Standard Template Library (STL) class and a class that contains a data member that is an STL object