Составители:
Рубрика:
35
(объект удаляется) специальным сборщиком мусора. Последние измене-
ния в языке С++, выполненные командой разработчиков Microsoft, кото-
рые преобразовали этот язык в С#, реализуют похожий механизм.
5. Соответствуют ли друг другу определения структуры и ее использо-
вание в различных методах?
Если к структуре данных обращаются из нескольких методов или
процедур, то
определена ли эта структура одинаково в каждой процедуре
и используется ли она корректным способом?
6. Превышены ли границы строки?
Не превышены ли границы строки при индексации в ней? Сущест-
вуют ли какие-нибудь другие ошибки в операциях с индексацией или при
обращении к массивам по индексу?
2.4.2. Ошибки описания данных
Сводный
список вопросов таков:
1. Все ли переменные описаны?
Все ли переменные описаны явно? Отсутствие явного описания
не обязательно является ошибкой (например, Visual Basic допускает
отсутствие описания), но служит потенциальным источником беспо-
койства. Так, если в подпрограмме на Visual Basic используется эле-
мент массива и отсутствует его описание (например, в операторе
DIM), то обращение к массиву
может вызвать ошибку (например, Х
= А(12)), так как по умолчанию, массив определен только на 10 эле-
ментов. Если отсутствует явное описание переменной во внутренней
процедуре или блоке, следует ли понимать это так, что описание
данной переменной совпадает с описанием во внешнем блоке? При
разработке больших программных изделий неявное описание дан-
ных (
описание данных по умолчанию) зачастую запрещают методи-
чески (если это не запрещено языком), чтобы упростить поиск оши-
бок при комплексной отладке.
2. Правильно ли инициализированы объекты, массивы и строки?
Если начальные значения присваиваются переменным в опера-
торах описания, то правильно ли инициализируются эти значения?
Правильно ли создаются объекты, используется ли соответствующий
конструктор?
3. Понятны ли имена переменных?
Наличие переменных с бессмысленными именами (например, i
и j) не является ошибкой, но является объектом пристального внима-
ния. Классически i и j являются цикловыми переменными, а вот на-
званий типа t125 следует избегать, так как возможна путаница имен.
4. Нельзя ли обойтись без переменных со сходными именами?
(объект удаляется) специальным сборщиком мусора. Последние измене- ния в языке С++, выполненные командой разработчиков Microsoft, кото- рые преобразовали этот язык в С#, реализуют похожий механизм. 5. Соответствуют ли друг другу определения структуры и ее использо- вание в различных методах? Если к структуре данных обращаются из нескольких методов или процедур, то определена ли эта структура одинаково в каждой процедуре и используется ли она корректным способом? 6. Превышены ли границы строки? Не превышены ли границы строки при индексации в ней? Сущест- вуют ли какие-нибудь другие ошибки в операциях с индексацией или при обращении к массивам по индексу? 2.4.2. Ошибки описания данных Сводный список вопросов таков: 1. Все ли переменные описаны? Все ли переменные описаны явно? Отсутствие явного описания не обязательно является ошибкой (например, Visual Basic допускает отсутствие описания), но служит потенциальным источником беспо- койства. Так, если в подпрограмме на Visual Basic используется эле- мент массива и отсутствует его описание (например, в операторе DIM), то обращение к массиву может вызвать ошибку (например, Х = А(12)), так как по умолчанию, массив определен только на 10 эле- ментов. Если отсутствует явное описание переменной во внутренней процедуре или блоке, следует ли понимать это так, что описание данной переменной совпадает с описанием во внешнем блоке? При разработке больших программных изделий неявное описание дан- ных (описание данных по умолчанию) зачастую запрещают методи- чески (если это не запрещено языком), чтобы упростить поиск оши- бок при комплексной отладке. 2. Правильно ли инициализированы объекты, массивы и строки? Если начальные значения присваиваются переменным в опера- торах описания, то правильно ли инициализируются эти значения? Правильно ли создаются объекты, используется ли соответствующий конструктор? 3. Понятны ли имена переменных? Наличие переменных с бессмысленными именами (например, i и j) не является ошибкой, но является объектом пристального внима- ния. Классически i и j являются цикловыми переменными, а вот на- званий типа t125 следует избегать, так как возможна путаница имен. 4. Нельзя ли обойтись без переменных со сходными именами? 35
Страницы
- « первая
- ‹ предыдущая
- …
- 31
- 32
- 33
- 34
- 35
- …
- следующая ›
- последняя »