RT
Size: a a a
2020 July 22
AM
@samdark, что скажешь насчет такой реализации?
На словах непонятно :(
В
я о том, что на момент создания задачи уже должен существовать хендлер
AM
Ты про то, чтобы класть в очередь dto который знает как найти обработчик, верно?
А как это будет работать если обработчик на golang?
В
не где-то в микросервисе, написанном на го, а непосредственно в рамках того же микросервиса/проекта/приложения, написанного на php, в котором создается сообщение
AM
В итоге и сообщение, и обработчик остаются без интерфейсов и абстраций и могут быть чем угодно с одним ограничением: сообщение должно быть сериализуемо используемым сериализатором
Не совсем. Должен быть обязательно name и payload.
В
Не совсем. Должен быть обязательно name и payload.
Я предполагал имя класса в качестве
nameAM
Открытая будет, если возьмемся за реализацию шины
Очередь не исключает внешнюю обработку.
RT
А как это будет работать если обработчик на golang?
не будет работать
AM
не будет работать
Ну тогда это не дело...
AM
Я предполагал имя класса в качестве
nameНет, не будет работать с внешним обработчиком.
В
Нет, не будет работать с внешним обработчиком.
Мне казалось, ты хочешь исключить вероятность наличия внешнего обработчика
AM
{
name: "resize_image",
data: {
source: "1232/avatar.jpg",
destination: "12321/avatar_100.jpg",
width: 100,
}
name: "resize_image",
data: {
source: "1232/avatar.jpg",
destination: "12321/avatar_100.jpg",
width: 100,
}
AM
и всё
AM
обмен хорошо-бы сделать вот таким
AM
Мне казалось, ты хочешь исключить вероятность наличия внешнего обработчика
Ровно наоборот.
В
Значит, в очередь всегда будем класть массив вида
[name => '', data => []], сериализованный любой реализацией SerializerInterface, верно?AM
умгу
AM
interface JobPayload
{
getName(): string
getData(): array
}
{
getName(): string
getData(): array
}
В
interface JobPayload
{
getName(): string
getData(): array
}
{
getName(): string
getData(): array
}
Я бы не задавал возвращаемый тип для
getData: это должно быть что угодно сериализуемое