плюсы и минусы двух определений container_of (ptr, type, member) [duplicate]
Если вы не инициализировали ссылочный тип и хотите установить или прочитать одно из его свойств, он будет генерировать исключение NullReferenceException.
Пример:
Person p = null;
p.Name = "Harry"; // NullReferenceException occurs here.
Вы можно просто избежать этого, проверив, является ли переменная не нулевой:
Person p = null;
if (p!=null)
{
p.Name = "Harry"; // Not going to run to this point
}
Чтобы полностью понять, почему выбрано исключение NullReferenceException, важно знать разницу между типами значений и ссылочные типы .
Итак, если вы имеете дело со типами значений, NullReferenceExceptions не может произойти. Хотя вам нужно поддерживать оповещение при работе со ссылочными типами!
Только ссылочные типы, как следует из названия, могут содержать ссылки или буквально буквально ничто (или «нуль»). Если типы значений всегда содержат значение.
Типы ссылок (эти должны быть проверены):
- динамический
- объект
- string
Типы значений (вы можете просто игнорировать эти):
- Числовые типы
- Интегральные типы
- Типы с плавающей запятой
- decimal
- bool
- Пользовательские структуры
1 ответ
Он добавляет некоторую проверку типов. С вашей версией это компилируется отлично (без предупреждения):
struct foo { int bar; };
....
float a;
struct foo *var = container_of(&a, foo, bar);
С версией ядра компилятор сообщает:
warning: initialization from incompatible pointer type
Хорошее объяснение того, как работает макрос: g0] container_of Грега Кроа-Хартмана.