Читаем Программирование. Принципы и практика использования C++ Исправленное издание полностью

                          // класса Token

{

}

Определяя функцию-член вне определения самого класса, мы должны указать, какому классу она принадлежит. Для этого используется обозначение имя_класса::имя_функции_члена. В данном случае нам необходимо определить конструктор класса Token_stream. Конструктор — это член класса, имя которого совпадает с именем класса.

Почему мы определяем функцию-член вне определения класса? Ответ очевиден: определение класса (в основном) описывает, что класс может делать. Определения функций-членов представляют собой реализации, которые уточняют, как именно класс выполняет то, для чего он предназначен. Мы предпочитаем размещать эти детали там, где они не отвлекают внимание от главного. В идеале на экране должна отразиться каждая логическая единица программы. Определение класса обычно удовлетворяет этому требованию, если его функции-члены определены в другом месте, а не в классе.

Члены класса инициализированы в списке инициализации (см. раздел 6.3.3); выражение full(false) устанавливает член класса Token_stream с именем full равным значению false, а выражение buffer(0) инициализирует член buffer пустой лексемой, которую мы специально для этого изобрели. Определение класса Token (см. раздел 6.3.3) утверждает, что каждый объект класса Token должен иметь начальное значение, поэтому мы не можем просто проигнорировать член Token_stream::buffer.

Функция-член putback() возвращает аргументы обратно в буфер объекта класса Token_stream.

void Token_stream::putback(Token t)

{

  buffer = t;  // копируем объект t в буфер

  full = true; // теперь буфер полон

}

Ключевое слово void (означающее “ничто”) означает, что функция putback() не возвращает никакого значения. Если бы мы хотели гарантировать, что эта функция не будет использована дважды без считывания лексем, возвращенных в промежутке между ее вызовами (с помощью функции get()), то нам следовало бы добавить проверку.

void Token_stream::putback(Token t)

{

  if (full) error("putback() в полный буфер");

  buffer = t;  // копируем объект t в буфер

  full = true; // буфер теперь полон

}

Проверка переменной full соответствует проверке предусловия “В буфере нет ни одного объекта класса Token”.

<p id="AutBody_Root112"><strong>6.8.2. Считывание лексем</strong></p>

Всю реальную работу выполняет функция get(). Если в переменной Token_stream::buffer еще нет ни одного объекта класса Token, то функция get() должна считать символы из потока cin и составить из них объект класса Token.

Token Token_stream::get()

{

  if (full) { // если в буфере есть лексема,

              // удаляем ее оттуда

    full=false;

    return buffer;

  }

  char ch;

  cin >> ch;  // обратите внимание на то, что оператор >>

              // пропускает разделители (пробелы, символы перехода

              // на новую строку, символы табуляции и т.д.)

  switch (ch) {

  case ';': // для печати

  case 'q': // для выхода

  case '(': case ')': case '+': case '–': case '*': case '/':

    return Token(ch); // пусть каждый символ

                      // представляет себя сам

  case '.':

  case '0': case '1': case '2': case '3': case '4':

  case '5': case '6': case '7': case '8': case '9':

    { cin.putback(ch); // возвращаем цифру обратно в поток ввода

      double val;

      cin >> val;      // считываем число с плавающей точкой

      return Token('8',val); // пусть символ '8' означает "число"

    }

  default:

    error("Неправильная лексема");

  }

}

Детально рассмотрим функцию get(). Сначала проверим, есть ли в буфере объект класса Token. Если есть, то мы просто вернем его.

if (full) { // если в буфере есть лексема,

            // удаляем ее оттуда

  full=false;

  return buffer;

}

Перейти на страницу:

Похожие книги

Programming with POSIX® Threads
Programming with POSIX® Threads

With this practical book, you will attain a solid understanding of threads and will discover how to put this powerful mode of programming to work in real-world applications. The primary advantage of threaded programming is that it enables your applications to accomplish more than one task at the same time by using the number-crunching power of multiprocessor parallelism and by automatically exploiting I/O concurrency in your code, even on a single processor machine. The result: applications that are faster, more responsive to users, and often easier to maintain. Threaded programming is particularly well suited to network programming where it helps alleviate the bottleneck of slow network I/O. This book offers an in-depth description of the IEEE operating system interface standard, POSIX (Portable Operating System Interface) threads, commonly called Pthreads. Written for experienced C programmers, but assuming no previous knowledge of threads, the book explains basic concepts such as asynchronous programming, the lifecycle of a thread, and synchronization. You then move to more advanced topics such as attributes objects, thread-specific data, and realtime scheduling. An entire chapter is devoted to "real code," with a look at barriers, read/write locks, the work queue manager, and how to utilize existing libraries. In addition, the book tackles one of the thorniest problems faced by thread programmers-debugging-with valuable suggestions on how to avoid code errors and performance problems from the outset. Numerous annotated examples are used to illustrate real-world concepts. A Pthreads mini-reference and a look at future standardization are also included.

David Butenhof

Программирование, программы, базы данных