Size: a a a

Software Design/Architecture/Zen

2020 October 20

AC

Artur Chobanyan in Software Design/Architecture/Zen
@fes0r разве при модульной архитектуре допустимо юзать другой модуль через di?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Artur Chobanyan
@fes0r разве при модульной архитектуре допустимо юзать другой модуль через di?
не очень понимаю вопрос.
источник

AC

Artur Chobanyan in Software Design/Architecture/Zen
Sergey Protko
не очень понимаю вопрос.
Вот строим модульную архитектуру, разве модули знают/могут общатся через DI ?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Artur Chobanyan
Вот строим модульную архитектуру, разве модули знают/могут общатся через DI ?
что значит "через DI общаться"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
и "какие модули"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
тут как бы нет "можно нельзя" тут есть просто выбор как они взаимодействуют. request/response, меседжинг и федерации... короч много вариантов. Потому не оч понимаю вопрос
источник

AC

Artur Chobanyan in Software Design/Architecture/Zen
Sergey Protko
что значит "через DI общаться"
Сорри это все, что я могу вечером. Я думал модули не должны знать об друг-друге
источник

AC

Artur Chobanyan in Software Design/Architecture/Zen
Те самодостаточны
источник

SP

Sergey Protko in Software Design/Architecture/Zen
модули слишком широкое понятие что бы прям такие жесткие ограничения вводить
источник

СП

Сергей Предводителев... in Software Design/Architecture/Zen
Андрей Ява
как бы ты обращался если бы это была база даннызх?
Да, пусть база данных. Вопрос тот же... Как раз и не пойму как быть.
источник

AC

Artur Chobanyan in Software Design/Architecture/Zen
Sergey Protko
модули слишком широкое понятие что бы прям такие жесткие ограничения вводить
Благодарю за ответ
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну то есть если есть возможность "что бы ничего не знали друг о друге" - это хорошо. Чем меньше тем лучше. Но тут либо надо договориться что такое модуль либо хз о чем мы говорим. Классы тоже модули, им нельзя общаться? А то вдруг под модулем подразумевается что-то другое (сервисы из SOA, микросервисы или еще чего)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
еще можно зависимость "разорвать" поставив между двумя модулями третий который контракты обозначает
источник

АЯ

Андрей Ява in Software Design/Architecture/Zen
Сергей Предводителев
Да, пусть база данных. Вопрос тот же... Как раз и не пойму как быть.
ну наводяий вопрос:
у тебя есть сущность и связанная с ней, при удалении одной должна удаляться другая.
при удалении что-то пошло не так. что происходит в этом случае?
источник

СП

Сергей Предводителев... in Software Design/Architecture/Zen
Андрей Ява
ну наводяий вопрос:
у тебя есть сущность и связанная с ней, при удалении одной должна удаляться другая.
при удалении что-то пошло не так. что происходит в этом случае?
ну сама сущность удалилась, а файл в nosql остался
источник

АЯ

Андрей Ява in Software Design/Architecture/Zen
забудь за nosq. представь себе что это две таблицы БД.
источник

АЯ

Андрей Ява in Software Design/Architecture/Zen
как обеспечивается консистентность в таком случае?
источник

СП

Сергей Предводителев... in Software Design/Architecture/Zen
Андрей Ява
как обеспечивается консистентность в таком случае?
Я бы сделал ключ, при удалении сущности - удалялись бы и связанные данные из второй таблицы
источник

АЯ

Андрей Ява in Software Design/Architecture/Zen
ладно. я подталкивал к идее транзакции и её отката
источник

СП

Сергей Предводителев... in Software Design/Architecture/Zen
Андрей Ява
ладно. я подталкивал к идее транзакции и её отката
но как это технически реализовать... каждая сущность должна сначала помечаться на удаление, должна знать, что прилетит событие об успешном удалении файлов и после этого окончательно удаляться?
источник