Как правильно создать объект класса Request в Workerman?

Question

[azuf]

В документации для Workerman есть пример использования объекта класса Request для получения URI.

use Workerman\Worker;
use Workerman\Connection\TcpConnection;
use Workerman\Protocols\Http\Request;
require_once __DIR__ . '/vendor/autoload.php';

$worker = new Worker('http://0.0.0.0:8080');

$worker->onMessage = function(TcpConnection $connection, Request $request)
{
    $connection->send($request->uri());
};

// Запуск воркера
Worker::runAll();

Хочу создать отдельный объект этого класса, но не могу понять какой аргумент нужен конструктору. Код класса Request здесь. Код конструктора такой

public function __construct(protected string $buffer) {}

Нужно передать какой то буфер. Как понять что это должно быть? Зачем нужен модификатор доступа protected для параметра? Какие свойства он ему придаст?

Comments

[Виктор]

1) Зачем создавать Request, если Workerman сам его создаст? Тут просто регистрируется callback фукнция с аргементами, которые сервис сам прокинет
2) protected string $bufferэто PHP8, можно объявлять свойства объекта прямо в контрукторе (constructor promotion)

[azuf]

Виктор, что значит сам создаст? Мне нужно получить uri не в методе onMessage. Я почитал, что это появилось в PHP8, а как все таки создать экземпляр, если не понимаешь что передать в конструктор?

[Виктор]

azuf, что пробрасывается buffer можно найти по ProtocolInterface::decode, например

Мне нужно получить uri не в методе onMessage

не понимаю зачем, куда, когда.. Но этот uri можно в onMessage передать куда-нибудь еще или сохранить в переменную, например

$uri = null;

$worker->onMessage = function(TcpConnection $connection, Request $request) use ($uri) {
    $uri = $request->uri();
    $connection->send($uri);
};

[azuf]

что пробрасывается buffer можно найти по ProtocolInterface::decode, например

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

не понимаю зачем, куда, когда..

Обрабатывать маршруты в роутере. В реквесте есть и другая нужная информация. Зачем засорять onMessage не относящейся к нему логикой?

или сохранить в переменную

Я и хотел сохранить в переменную, только не в методе onMessage, а используя экземпляр объекта.

[Vitsliputsli]

azuf, судя по коду, в buffer кладется сырой запрос, объект Request его парсит и предоставляет удобные методы для получения отдельных составляющих запроса: тип, хедеры, куки и т.п., в том числе uri. Затем вызывается метод onMessage и этот объект закидывается в него. Т.е. onMessage эта реакция на запрос, соответственно с него все и начинается.
Хотите обрабатывать отдельно, вызывайте обработчик из onMessage, и передавайте в него uri. Хотите один объект обработчик, закидывайте его в onMessage через зацепление.

[azuf]

Vitsliputsli, то есть нельзя создать экземпляр Request? Здесь Request используется вне onMessage, правда класс наследуется от исходного. Не знаю важно ли это, плохо разбираюсь в работе конструкций классов и объектов. Можно как то понять как и когда возникает объект request? Про буфер я так и не понял, что он из себя представляет, откуда, когда и как берется. Мне сложно мыслить объектами, потому что они имеют какое то состояние, нужно понимать когда и где оно возникает, и как, когда, и где изменяется. Мне проще мыслить функциями как черными ящиками. Принимает и возвращает значение. Так же можно построить всю программу, максимально исключив изменение состояний.

[Виктор]

azuf, а зачем взяли этот проект? Для изучения ООП можно что-нибудь по проще, тем более что Workerman хреново написан и по нему не стоит изучать ООП.

Обрабатывать маршруты в роутере.

роутер от какого-нибудь фреймворка или пакета? Думаю там есть свой Request. Если хотите обрабатывать все подряд, можно маску пути сделать и т.д. Изучайте документацию роутера.

[azuf]

зачем взяли этот проект?

Потому что он позволяет использовать PHP как полноценный язык, способный держать постоянный процесс. Что дает много новых возможностей, в отличие от общепринятой CGI модели использования PHP, когда процесс запускается отдельным веб-сервером, а после процесс умирает. И дает еще и увеличение производительности. И потому что он проще чем Swoole.

Для изучения ООП можно что-нибудь по проще, тем более что Workerman хреново написан и по нему не стоит изучать ООП.

У меня нет цели изучать именно ООП. Моя цель разобраться с Workerman. Мне непонятно как изучать ООП. Я вижу класс Request, везде учат, что нужно создавать экземпляр объекта от класса, а тут выясняется, что просто так объект Request не создашь. То есть чтобы понять как работать конкретно с таким классом, нужно сразу углубляться в какие то тонкости, как это сделать непонятно, так как во всех книжках одна и та же общая информация.

роутер от какого-нибудь фреймворка или пакета?

Нет, буду писать свой, усложняя по мере необходимости.