Неразрешенный внешний символ для статических членов класса

Если вы используете C++ 17, вы можете просто использовать спецификатор inline (см. https://stackoverflow.com/a/11711082/55721)

При использовании более старых версий стандарта C++ необходимо добавить определения, соответствующие вашим объявлениям X и Y

unsigned char test::X;
unsigned char test::Y;

где-то. Возможно, вы захотите также инициализировать статический член

unsigned char test::X = 4;

и снова вы делаете это в определении (обычно в файле CXX), а не в объявлении (которое часто находится в файле .H)

Объявления статических элементов данных в объявлении класса не являются их определением. Чтобы определить их, вы должны сделать это в файле .CPP, чтобы избежать дублирования символов.

Единственные данные, которые вы можете объявлять и определять, - это интегральные статические константы. (Значения enums также могут использоваться как постоянные)

Возможно, вы захотите переписать свой код как:

class test {
public:
  const static unsigned char X = 1;
  const static unsigned char Y = 2;
  ...
  test();
};

test::test() {
}

Если вы хотите иметь возможность изменять свои статические переменные (другими словами, когда неуместно объявлять их как const), вы можете разделить свой код между .H и .CPP следующим образом:

.H:

class test {
public:

  static unsigned char X;
  static unsigned char Y;

  ...

  test();
};

.CPP:

unsigned char test::X = 1;
unsigned char test::Y = 2;

test::test()
{
  // constructor is empty.
  // We don't initialize static data member here, 
  // because static data initialization will happen on every constructor call.
}

Поскольку это первый поток SO, который, казалось, возник у меня при поиске «неразрешенных внешних элементов со статическими константными элементами» в целом, я оставлю здесь еще один намек для решения одной проблемы с неразрешенными внешними элементами:

Что касается меня, то я забыл пометить определение моего класса __declspec(dllexport), и при вызове из другого класса (за пределами границ dll этого класса) я, конечно, получил мою неразрешенную внешнюю ошибку. Тем не менее, легко забыть, когда вы меняете внутренний вспомогательный класс на класс, доступный из другого места, поэтому, если вы работаете в динамически связанном проекте, вы также можете это проверить.

в моем случае я объявил одну статическую переменную в файле .h, например

//myClass.h
class myClass
{
static int m_nMyVar;
static void myFunc();
}

и в myClass.cpp я попытался использовать эту m_nMyVar. Получена ошибка LINK, например:

ошибка LNK2001: неразрешенный внешний символ «общедоступный: статический класс ... Файл cpp, связанный с ошибкой ссылки, выглядит так:

//myClass.cpp
void myClass::myFunc()
{
myClass::m_nMyVar = 123; //I tried to use this m_nMyVar here and got link error
}

Поэтому я добавляю код ниже поверх myClass.cpp

//myClass.cpp
int myClass::m_nMyVar; //it seems redefine m_nMyVar, but it works well
void myClass::myFunc()
{
myClass::m_nMyVar = 123; //I tried to use this m_nMyVar here and got link error
}

тогда LNK2001 исчезнет.

В моем случае я использовал неправильную привязку.
Это управлялось C++ (cli), но с собственным экспортом. Я добавил в компоновщик -> ввод -> ресурс ссылки сборки dll библиотеки, из которой экспортируется функция. Но для встроенного связывания C++ требуется файл .lib, чтобы правильно «видеть» реализации в cpp, поэтому мне помогло добавить файл .lib в компоновщик -> ввод -> дополнительные зависимости.
[Обычно управляемый код не использует экспорт и импорт dll, он использует ссылки, но это была уникальная ситуация.]