Чтение онлайн

Таким образом, можно добиться более-менее системно-независимого поведения

. Но если вы хотите запомнить выведенную программой информацию (например, в переменной), то — не лучший способ (см. следующий раздел).

Упомяну еще метод

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

Простейший способ перехватить информацию, выведенную программой, — заключить команду в обратные кавычки, например:

Обобщенный ограничитель

вызывает оператор обратных кавычек (который в действительности является методом модуля Kernel). Работает он точно так же:

Применение

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

Поскольку обратные кавычки — это на самом деле метод (в некотором смысле), то его можно переопределить. Изменим его так, чтобы он возвращал не одну строку, а массив строк. Конечно, при этом мы создадим синоним старого метода, чтобы его можно было вызвать.

Как видите, при таком определении изменяется также поведение ограничителя

.

В следующем примере мы добавили в конец команды конструкцию интерпретатора команд, которая перенаправляет стандартный вывод для ошибок в стандартный вывод:

Есть, конечно, и много других способов

изменить стандартное поведение обратных кавычек.

В этом разделе мы обсудим манипулирование процессами, хотя создание нового процесса необязательно связано с запуском внешней программы. Основной способ создания нового процесса — это метод

, название которого в соответствии с традицией UNIX подразумевает разветвление пути исполнения, напоминая развилку на дороге. (Отметим, что в базовом дистрибутиве Ruby метод на платформе Windows не поддерживается.)

Метод

, находящийся в модуле (а также в модуле ), не следует путать с одноименным методом экземпляра в классе .

Существуют два способа вызвать метод

. Первый похож на то, как это обычно делается в UNIX, — вызвать и проверить возвращенное значение. Если оно равно , мы находимся в дочернем процессе, в противном случае — в родительском. Родительскому процессу возвращается идентификатор дочернего процесса (pid).

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

Следует также отметить, что процесс-потомок может пережить своего родителя. Для потоков в Ruby это не так, но системные процессы — совсем другое дело.

Во втором варианте вызова метод

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

Конечно, pid по-прежнему возвращается, мы просто не показали его.

Чтобы дождаться завершения процесса, мы можем вызвать метод

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