я не понимаю, когда его использоваться, почему некоторые его пишут в консюмере и в продюсере? а некоторые, в т.ч. и вы, говорите, что это настраивается в брокере.
Во-первых, стоит перестать бояться писать избыточный код.
Да, ООП вынуждает описывать классы, делать конструкторы, деструкторы.
например, переменные называются не i, j, k, а value, count, capacity
Когда вы пишете только процедуры, без ООП, то чем больше проект, тем сложнее понять какие функции с какими данными работают и в каком порядке.
У меня возникает такая ситуация. Как отделить регистрацию от мероприятия? Пока что она принимает объект Event. Использовать интерфейс EventInterface и его реализовать?
Сквозной функционал между сервисами это плохо т.к. плодит зависимости и влечёт каскадные изменения после каждой правки. Делаете сервисы так чтобы им не было важно, Teacher там, Member или Artist.
Вот это я и хочу, но что вы понимаете под этой абстракцией? Не могу понять как сделать лучше. Интерфейсами?
а если таких полей будет много? У нас сущность будет большая...
Странно, здесь же на тостере Когда использовать static метода? например, пишут что правильная работа с ооп, это как раз задавать параметры через методы, а не через конструктор.
Controller бесконечно наблюдает за всей этой сценой, и, в зависимости от обстоятельств, раздает команды двум предыдущим. Например, если Model (невидимый кубик), столкнулся с другим таким кубиком, Controller исполняет на Model метод "остановиться", меняет свойство стекла на "разбитое", приказывает View дорисовать на земле осколки и так далее.
Вообще-то надо указывать конкретный язык приложения, поскольку реализации паттерна отличаются весьма значительно.
Можете объяснить зеленому что такое MVC?