Проверка кодов возврата функций и методов

Рассмотрим случай, когда мы вызываем метод обработки информации, выполняющего деление первого своего параметра на второй.

using System;

namespace DivByZero

{

class DivByZrolApp

static int Divide(int x, int y)

{

int result;

result = x / y;

}

static void Main{string[] args)

{

int j;

for (int i = -3; i <=3; i++)

{

j = Divide{10, i); // Ошибка деления на нуль

}

Console.ReadLine();

}

}

}

Для исправления этой ошибки изменим метод Divide, чтобы он проверял значение делителя перед выполнением операции деления:

static int Divide(int x, int у)

{

int result;

if (y!= 0)

result = x / у;

return result;

}

else

return 0;

Теперь ошибка деления на нуль не возникнет, так как, если делитель равен нулю, деление не выполняется. Однако метод Divide должен каким-то образом просигнализировать вызывающему методу о возникновении ошибки.

Наша реализация этого метода при ошибке возвращает нулевое значение, однако очевидно, это не лучший способ. В самом деле, нулевое значение возвращается и в том случае, если делитель равен нулю, а эта ситуация не является ошибочной.

Заметим, что возвращение особого значения методом или функцией используется очень часто в других языках программирования в качестве признака ошибки.

Предполагается, что после обращения к функции операционной системы (такой, например, как открытие файла, чтение блока данных из этого файла и т. п.) вызываю­щая программа проверяет код возврата, предпринимая при возникновении ошибки ка­кие-либо действия.

Вот как мы можем использовать модифицированный вариант метода Divide, воз­вращающий нулевое значение при возникновении ошибки деления на нуль:

j = Divide(10, i);

if (j == 0)

Console.WriteLinef "Ошибка деления на нуль");

В реальных программах встречается довольно большая глубина вложенности функций и методов, когда один метод вызывает другой, тот, в свою очередь, обраща­ется к третьему и четвертому и т. д.

Строки листинга программы, предназначенные для обработки кодов возврата для всех этих функций или методов, загромождают исходный текст программы, делая его «нечитаемым». Кроме того, программист может по забывчивости опустить проверку кода возврата какой-либо одной функции или метода, что приведет к аварийному за­вершению приложения во время его работы.