По вопросу «что мне делать с этим» может быть много ответов.
Более «формальный» способ предотвращения таких ошибок при разработке применяя дизайн по контракту в вашем коде. Это означает, что при разработке вы должны установить инварианты класса и / или даже предпосылки для функции и .
Короче говоря, инварианты класса гарантируют, что в вашем классе будут некоторые ограничения, которые не будут нарушены при нормальном использовании (и, следовательно, класс будет not получить в несогласованном состоянии). Предпосылки означают, что данные, данные как входные данные для функции / метода, должны соответствовать установленным ограничениям и никогда не нарушать их, а постулаты означают, что вывод функции / метода должен соответствовать установленным ограничениям снова не нарушая их. Условия контракта никогда не должны нарушаться во время выполнения программы без ошибок, поэтому дизайн по контракту проверяется на практике в режиме отладки, а отключен в выпусках , чтобы максимизировать развитую производительность системы.
Таким образом, вы можете избежать случаев NullReferenceException
, которые являются результатом нарушения установленных ограничений. Например, если вы используете свойство объекта X
в классе, а затем попытаетесь вызвать один из его методов, а X
имеет нулевое значение, то это приведет к NullReferenceException
:
public X { get; set; }
public void InvokeX()
{
X.DoSomething(); // if X value is null, you will get a NullReferenceException
}
Но если вы установите «свойство X никогда не должно иметь нулевого значения» в качестве предпосылки для метода, вы можете предотвратить описанный ранее сценарий:
//Using code contracts:
[ContractInvariantMethod]
protected void ObjectInvariant ()
{
Contract.Invariant ( X != null );
//...
}
По этой причине Код Контракт существует для приложений .NET.
В качестве альтернативы дизайн по контракту может быть применен с использованием утверждений .
ОБНОВЛЕНИЕ: Стоит отметить, что этот термин был придуман Бертраном Майером в связи с его дизайном языка программирования Эйфеля .
Просто нарисуйте указатель int на пустоту:
printf( "Address of p1: %p\n", ( void * )pt1 );
Ваш код безопасен, но вы компилируете флаг предупреждения -Wformat
, который будет набирать проверку вызовов на printf()
и scanf()
.
В этом случае компилятор просто немного преувеличивает предупреждения. Ваш код совершенно безопасен, вы можете удалить предупреждение с помощью:
printf("Address of p1: %p\n", (void *) pt1);
В сообщении говорится все, но это всего лишь предупреждение не само по себе:
printf("Address of p1: %p\n", (void*)pt1);
Обратите внимание, что вы получаете простое предупреждение.
Спецификатор преобразования "%p"
для printf ожидает аргумент void*
; pt1
имеет тип int*
.
Предупреждение хорошо, потому что int*
и void*
могут, при странных реализациях, иметь разные размеры или битовые шаблоны или что-то .
Преобразуйте int*
в void*
с актом ...
printf("%p\n", (void*)pt1);
... и все будет хорошо даже в странных реализациях.