Телеграмм чат группы prophp7 страница 11914

Kirill Nesmeyanov

а что не совсем, им stream_select за тик дёрнуть и всё

это частный случай стрим селекта.
а onReadable - просто враппер, который предоставляет общий интерфейс

Альберт Степанцев... in PHP

00:09пожаловаться #1

АС

даже код где-то лежит, можно в теории в либу оформить
диспетчера процессов, с сигналами для корректного завершения

00:10пожаловаться #2

Maksim Masiukevich

это частный случай стрим селекта.
а onReadable - просто враппер, который предоставляет общий интерфейс

как раз не общий

Альберт Степанцев... in PHP

00:10пожаловаться #3

АС

ой, короче всё это херня никому не нужная

00:10пожаловаться #4

Kirill Nesmeyanov

как раз не общий

а захардкоженный под resource stream

00:10пожаловаться #5

т.е. под частный случай работы с файлами и сокетами через fopen

00:11пожаловаться #6

ничё не понял, но очень интересно

00:13пожаловаться #7

Ой, всё. Я тебе говорю, что onReadable - это хрень, которая не должна быть в лупе

00:14пожаловаться #8

глупости)

00:14пожаловаться #9

$loop->add(new ReadableTask(....)) - вот это нормально

00:15пожаловаться #10

это и есть onReadable

00:15пожаловаться #11

$loop->onReadable(...) - не нормально

00:15пожаловаться #12

не нормально что? класса нету?)

00:15пожаловаться #13

тем, что луп отвечает за то, что отвечать не должен

00:16пожаловаться #14

с чего вдруг?

00:16пожаловаться #15

он должен тикать и шедулить таски, не?

00:16пожаловаться #16

как твой чудесный луп в вакууме работает с нативным (читай, стрим селект) и условным event?

00:17пожаловаться #17

Ну это реализация уже драйвера, не?

00:18пожаловаться #18

Которая делается через фектори

00:18пожаловаться #19

споилер: точно так же. ты регистрируешь кложуру, которая будет выполнена после получения сигнала/етц