ну я не очень понял. там прям примеры объектов в json как оно будет или высокоуровневое описание. если объекты то лучше делать {action: "login", data: {username: vasya, password: 123456}}
|-> auth| | |-> login | | | |-> register | |-> <destination_server_name>| вот тут у тебя смешано рядом на одном уровне константа захардкоженная (auth) и имя сервера. а если сервер называется auth?
ну я не очень понял. там прям примеры объектов в json как оно будет или высокоуровневое описание. если объекты то лучше делать {action: "login", data: {username: vasya, password: 123456}}
|-> auth| | |-> login | | | |-> register | |-> <destination_server_name>| вот тут у тебя смешано рядом на одном уровне константа захардкоженная (auth) и имя сервера. а если сервер называется auth?
если хорошо подумать, то у такого подхода есть определенные минусы. смотрится круто типа одно решение на всех. но потом полезут родовые травмы типа "как не дать случайно наплодить миллион чатов с одним и тем же человеком и сделать так чтобы в приватную переписку нельзя было добавить третьего"