Size: a a a

Software Design/Architecture/Zen

2021 March 13

MG

Max Grom in Software Design/Architecture/Zen
atcq (Алексей)
введение каких-то сущностей, которые по сути представляют собой команду?
или разбиение каждой сущности на 100500 зависимостей, которые можно сохранять отдельно

первое плохо ляжет на то, как устроен json-api на фронте
второе в то, как в json-api сложно работать с релейшенами
В вашем примере если заменить json api на примитивный form data - что-то поменяется? Если нет - почему вы при описании сложной работы с релейшенами сводите всё к интерфейсу взаимодействия?
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
В вашем примере если заменить json api на примитивный form data - что-то поменяется? Если нет - почему вы при описании сложной работы с релейшенами сводите всё к интерфейсу взаимодействия?
в formdata можно отправить какой-то document-archive-request и получить в ответ обновленный документ, json-api такое если и позволяет то с трудом, там что засейвили то и получили за исключением установки id
источник

MG

Max Grom in Software Design/Architecture/Zen
atcq (Алексей)
в formdata можно отправить какой-то document-archive-request и получить в ответ обновленный документ, json-api такое если и позволяет то с трудом, там что засейвили то и получили за исключением установки id
Вы можете получать там что угодно, как и отдавать
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
Вы можете получать там что угодно, как и отдавать
и что в этом случае придет в ответ, например?
источник

MG

Max Grom in Software Design/Architecture/Zen
atcq (Алексей)
и что в этом случае придет в ответ, например?
Да какая разница???
источник

MG

Max Grom in Software Design/Architecture/Zen
Ну если у вас высокая связанность сущностей в системе то вам интерфейс взаимодействия с этой системой не поможет в управлении сложностью
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
Да какая разница???
ну вот мне интересно, что будет, если какая-то ember-data получит в ответ вместо сохраненной сущности в ответ по сути левые данные
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
точнее я знаю что ничего хорошего из этого не получится
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Карательный отряд
он большой, там даже сборка нестандартная для стека, и кодовая база мое уважение) https://github.com/kubernetes/kubernetes
1М LoC это не много) а если брать только core, то там вообще гроши будут
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
Ну если у вас высокая связанность сущностей в системе то вам интерфейс взаимодействия с этой системой не поможет в управлении сложностью
в данном случае интерфейс, точнее инструменты - довольно четко задают стиль работы, создали/обновили и получили в ответ ровно то что отправили на сервер + установленные id

это по сути active record, в который досыпали немного реактивности и сделали клиент-серверным
источник

К

Карательный отряд... in Software Design/Architecture/Zen
Nikita Fedorov
1М LoC это не много) а если брать только core, то там вообще гроши будут
для всех немного свое, тут спору нет)
источник

MG

Max Grom in Software Design/Architecture/Zen
atcq (Алексей)
в данном случае интерфейс, точнее инструменты - довольно четко задают стиль работы, создали/обновили и получили в ответ ровно то что отправили на сервер + установленные id

это по сути active record, в который досыпали немного реактивности и сделали клиент-серверным
Я не оперирую понятием стиля работы. Повторюсь, если у вас есть сложная система, которая отражена через код и у вас есть разные интерфейсы взаимодействия с этой системой - то на сложность этот набор интерфейсов никак не влияет. И потому мне непонятна фраза, что с json api что-то сложно. Оно может меньше подходить под потребности, и потому не гарантирвать хорошее взаимодействие. Но вот эти фразы про “многорелейшенов” - это про систему а не про интерфейс
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
Я не оперирую понятием стиля работы. Повторюсь, если у вас есть сложная система, которая отражена через код и у вас есть разные интерфейсы взаимодействия с этой системой - то на сложность этот набор интерфейсов никак не влияет. И потому мне непонятна фраза, что с json api что-то сложно. Оно может меньше подходить под потребности, и потому не гарантирвать хорошее взаимодействие. Но вот эти фразы про “многорелейшенов” - это про систему а не про интерфейс
смысл json-api в том что это замечательная сохраняйка данных, но посредственное api
если вы начинаете на ней кастомить, реализуя сложные сценарии использования - вы теряете все бонусы ради которых этот инструмент следовало брать
источник

MG

Max Grom in Software Design/Architecture/Zen
atcq (Алексей)
смысл json-api в том что это замечательная сохраняйка данных, но посредственное api
если вы начинаете на ней кастомить, реализуя сложные сценарии использования - вы теряете все бонусы ради которых этот инструмент следовало брать
По вашему api это не сохраняйка данных?
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
По вашему api это не сохраняйка данных?
не у каждого инструмента api есть например стор на фронте, который автоматически подхватывает изменения
источник

MG

Max Grom in Software Design/Architecture/Zen
atcq (Алексей)
не у каждого инструмента api есть например стор на фронте, который автоматически подхватывает изменения
Забудьте про фронт. Мы ж обсуждаем бекенд-систему и интерфейсы взаимоджействия которые она предоставляет
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
Max Grom
Забудьте про фронт. Мы ж обсуждаем бекенд-систему и интерфейсы взаимоджействия которые она предоставляет
апи без учета контекста потребителя - вообще не имеет смысла обсуждать
источник

a

atcq (Алексей)... in Software Design/Architecture/Zen
разве что ткнуть фронту в рыло готовой реализацией и сказать "работай с этим как сможешь"
источник

MG

Max Grom in Software Design/Architecture/Zen
Любое API это и сохранялка данных и читалка данных. Мне непонтяна ваша фраза про “json-api в том что это замечательная сохраняйка данных, но посредственное api”
источник

SP

Stanislav Popov in Software Design/Architecture/Zen
Max Grom
Любое API это и сохранялка данных и читалка данных. Мне непонтяна ваша фраза про “json-api в том что это замечательная сохраняйка данных, но посредственное api”
глубоко. является ли поведенние данными?
источник