![Наблюдение
$observableObjects = [
'Class1' => [
'id1' => 1
],
'Class2' => [
'id3' => 1,
'id4' => 1
]
];
1. Данные, наблюдаемые пользователем, всегда
можно представить в виде множества объектов
2. Множество наблюдаемых объектов всегда меньше
или равно множеству объектов, инициированных
во время выполнения скрипта
3. Class и id объекта достаточно для его
идентификации, по этому наблюдаемое
множество объектов можно описать в виде
массива:](https://image.slidesharecdn.com/laravel-websockets-181109230723/85/Laravel-websockets-5-320.jpg)
![Изменение
1. Любые изменения данных, всегда можно
представить в виде следующего массива:
$changedObjects = [
'Class1' => [
'id1' => [
‘action' => ‘create’,
‘data' => [
‘prop1' => ‘val1’,
]
],
'id2' => [
‘action' => ‘update’,
‘data' => [
‘prop1' => ‘val2’,
]
]
],
'Class2' => [
'id3' => [
'action' => ‘delete’
]
]
];](https://image.slidesharecdn.com/laravel-websockets-181109230723/85/Laravel-websockets-6-320.jpg)
Laravel websockets
- 1. Laravel 5.6 и WebSockets практика внедрения и лайфхаки Латыш Кирилл CTO Cools
- 2. Какую проблему решаем? Real time взаимодействие клиента и сервера где оба могут инициировать общение
- 3. Что нужно? Laravel 5.6 WebSocket Server Queue Cache
- 4. Основная концепция Любую систему, основанную на работе с данными, можно описать c помощью двух типов процессов: наблюдение данных и изменение данных
- 5. Наблюдение $observableObjects = [ 'Class1' => [ 'id1' => 1 ], 'Class2' => [ 'id3' => 1, 'id4' => 1 ] ]; 1. Данные, наблюдаемые пользователем, всегда можно представить в виде множества объектов 2. Множество наблюдаемых объектов всегда меньше или равно множеству объектов, инициированных во время выполнения скрипта 3. Class и id объекта достаточно для его идентификации, по этому наблюдаемое множество объектов можно описать в виде массива:
- 6. Изменение 1. Любые изменения данных, всегда можно представить в виде следующего массива: $changedObjects = [ 'Class1' => [ 'id1' => [ ‘action' => ‘create’, ‘data' => [ ‘prop1' => ‘val1’, ] ], 'id2' => [ ‘action' => ‘update’, ‘data' => [ ‘prop1' => ‘val2’, ] ] ], 'Class2' => [ 'id3' => [ 'action' => ‘delete’ ] ] ];
- 7. Sockets Сервер Главное условие - оставить Sockets сервер максимально легковесным что бы не получить проблемы с памятью. Его единственная задача отправлять сообщения клиенту
- 8. Очередь Вся логика обработки изменений выносится в задачу которая помещается в очередь
- 9. FrontEnd Нужно хранить данные на фронте в виде массива, схожего с массивом наблюдаемых объектов - тогда можно унифицировать получение обновлений с сервера
- 10. Что именно делаем? 1. В AppServiceProvider в register() создаем контейнеры для трекинга наблюдаемых и изменяемых объектов 2. В Model в setRawAttributes() трекаем наблюдаемые объекты 3. В Model в save() и в delete() трекаем изменения 4. Не забываем о BelongsToMany и переопределяем attach() и detach() 5. По комиту транзакции или в register_shutdown_function() ставим в очередь задачу на обработку изменений
- 11. СПАСИБО