DO
типо хотите сделать "реестр"?
Ну получается что-то типа того, вместо обычного switch-case
Size: a a a
2020 March 29
DO
Можно конечно и не выдумывать
АП
ну не, это атата
АП
надо делать максимально проще
DO
По классике?
loop {
msg := accept()
switch msg {
case Module1:
Module1.Process(msg)
case Module2:
Module2.Process(msg)
}
}DO
Ну то есть это поделие понятно не живое, сам принцип
АП
ну по крайне мере читается лучше
DO
meh, ну тогда всё упрощается
АП
только не понятно зачем вам тогда интерфейс модуля, раз вы реализацию используете
DO
Потому и упрощается
АП
гоу простой как утюг, выдумывать себе дороже :)
АП
все я устал, пойду смотреть на youtube реставрацию утюга
ЕО
ну по крайне мере читается лучше
Пока модуля два...
DO
Ну, знаешь, была идея сделать АВТОМАТ, который получает в конфиге список модулей и итеративно их инициализирует, а потом распихивает сообщения в получателей.
DO
Пока модуля два...
Ну к портянкам кейсов мы привыкли уже, тут ничего нового
ЛА
гоу простой как утюг, выдумывать себе дороже :)
По сравнению с растом, кажется, что не так простой, но удобный это факт
АП
Ну, знаешь, была идея сделать АВТОМАТ, который получает в конфиге список модулей и итеративно их инициализирует, а потом распихивает сообщения в получателей.
так у вас свич просто переедт в этот автомат
АП
наплодите сущностей на ровном месте
DO
наплодите сущностей на ровном месте
Зато реализуешь модуль по интерфейсу и пихаешь название в конфиг - не надо лезть в основной кейс :think:
АП
если только не сделать мапу где ключ будет типом ...