MG
глубоко. является ли поведенние данными?
Для кого?
Size: a a a
2021 March 13
a
Любое API это и сохранялка данных и читалка данных. Мне непонтяна ваша фраза про “json-api в том что это замечательная сохраняйка данных, но посредственное api”
а RPC - сохраняйка?
MG
atcq (Алексей)
а RPC - сохраняйка?
Как прикажете - так и будет
a
Как прикажете - так и будет
есть подрзрение, что нет, хотя по вашей версии должно бы
MG
atcq (Алексей)
есть подрзрение, что нет, хотя по вашей версии должно бы
Почему нет?
a
команда, которая дергает контроллер, чтобы тот не заснул - это сохранение чего?
a
или чтение чего
MG
Это уже непонятно куда уходит…. О чём спор?
A
Вы что-то тут такое интересное с утра обсуждаете, но лень читать с самого начала, о каком тезисе идет спор сейчас?))
NF
atcq (Алексей)
команда, которая дергает контроллер, чтобы тот не заснул - это сохранение чего?
Красота в глазах смотрящего)
NF
продолжение цитаты думаю вы знаете
a
Это уже непонятно куда уходит…. О чём спор?
ну собственно я о том, что ваш совет "лучше проектировать", если это будет сделано перечисленными выше вариантами - нивелирует бонусы, которые даёт json-api клиенту (реактивность и возможность писать меньше кода)
без этих бонусов json-api нафиг не нужен, у меня всё
без этих бонусов json-api нафиг не нужен, у меня всё
MG
Я не озвучивал никаких вариантов как нужно луше проектировать. Мой посыл в том, что проблемы проектирования системы не решить сменой интерфейса взаимодействия с этой системой
a
верно, не сменить, но тут и "проектировать хорошо" смысла не так много, так как это сломает автоматизацию на фронте, которая (пока) работает
NF
Я не озвучивал никаких вариантов как нужно луше проектировать. Мой посыл в том, что проблемы проектирования системы не решить сменой интерфейса взаимодействия с этой системой
😌 слова которые однажды должны были быть сказаны в чатике адептов чистой архитектуры
MG
atcq (Алексей)
верно, не сменить, но тут и "проектировать хорошо" смысла не так много, так как это сломает автоматизацию на фронте, которая (пока) работает
Всегда есть смысл “проектировать хорошо”. Кроме случаев если вы в плену у врага и вас заставили писать код 🙂
Что-либо на фронте будет ломать прежде всего интерфейс взаимодействия, а не ваши изменения внутри системы
Что-либо на фронте будет ломать прежде всего интерфейс взаимодействия, а не ваши изменения внутри системы
A
😌 слова которые однажды должны были быть сказаны в чатике адептов чистой архитектуры
А вы философски я смотрю подходите к беседе) Ничего не понятно, но жутко интересно?))
a
Всегда есть смысл “проектировать хорошо”. Кроме случаев если вы в плену у врага и вас заставили писать код 🙂
Что-либо на фронте будет ломать прежде всего интерфейс взаимодействия, а не ваши изменения внутри системы
Что-либо на фронте будет ломать прежде всего интерфейс взаимодействия, а не ваши изменения внутри системы
смысла в этом мало, оно поедет, но недалеко, так как проблемы всего лишь перетекут на фронтенд
a
лучше просто заменить инструмент, если это возможно, или не следовать протоколу
MG
atcq (Алексей)
смысла в этом мало, оно поедет, но недалеко, так как проблемы всего лишь перетекут на фронтенд
Ладно, как скажете. Мне кажется вы оперируете конкретными примерами из жизни, которые мне не известны, а потому моё обощённое мнение может не совпадать с вашим реальным юзкейсом