32:40 Из за проблем с производительностью как раз следует держать доменные объекты плоскими (об этом даже Вернон писал). В этом случае информационный эксперт соблюдается и ничто друг другу не противоречит. (В случае многих методов работующих с разными данными эти данные как и их методы следует помещать в разные объекты в разных контекстах)
Наследование тоже в какой-то степени результат того, что мы часть логики инкапсулируем в базовом классе. А Low Coupling-High Cohesion добиваемся в том числе и полиморфизмом, когда множество классов по работе с разными конкретными типами заменяем на один класс с дженерик-типами.
information expert Немчинского = elegant object Бугаенко. Очень классная штука, но нужно иметь абстрактное мышление. Кайфую, когда получается запилить красивый класс, модуль, стартер, в этом стиле.
в примерах про Low Coupling и High Cohesion - это же очевидно, иметь два отдельных класса !!! температура и время, по любому их создавать отдельно правильно :), может понабиться или нет, без разницы!!!
Про high cohesion, я бы еще добавил, что в таком подходе методы типа должны максимально переиспользоваться. Тоесть если у типа есть 5 методов и каждый из этих методов не спользует другие, это свидетельство низкой звязаности и скорее всего, как сказал Сергей, у вас в этом типе много не связной логики.
Перечитал в оригинале про паттерн Контроллер. Не увидел ничего про многопоточность. Там написано что это слой который разделяет условный UI и бизнес логику. Не понимаю, зачем вы свели это к многопоточности.
Ваш вебинар на русском и украинском языках просто великолепен. Если вы сделаете это на английском языке, то это будет замечательно.
Гарного здоров'я!
Довгих радісних років життя 120+!
Дякую за відкрите серце.
Коли очікувати згадуваний стрім про бізнес?
32:40 Из за проблем с производительностью как раз следует держать доменные объекты плоскими (об этом даже Вернон писал). В этом случае информационный эксперт соблюдается и ничто друг другу не противоречит.
(В случае многих методов работующих с разными данными эти данные как и их методы следует помещать в разные объекты в разных контекстах)
Your webinar in Russian language and Ukrainian language is great. If you do it in English language, then it will be outstanding.
Наследование тоже в какой-то степени результат того, что мы часть логики инкапсулируем в базовом классе.
А Low Coupling-High Cohesion добиваемся в том числе и полиморфизмом, когда множество классов по работе с разными конкретными типами заменяем на один класс с дженерик-типами.
Сергей, а Вы рассматриваете варианты обучения граждан Курской Народной Республики?
information expert Немчинского = elegant object Бугаенко. Очень классная штука, но нужно иметь абстрактное мышление. Кайфую, когда получается запилить красивый класс, модуль, стартер, в этом стиле.
в примерах про Low Coupling и High Cohesion - это же очевидно, иметь два отдельных класса !!! температура и время, по любому их создавать отдельно правильно :), может понабиться или нет, без разницы!!!
Про high cohesion, я бы еще добавил, что в таком подходе методы типа должны максимально переиспользоваться. Тоесть если у типа есть 5 методов и каждый из этих методов не спользует другие, это свидетельство низкой звязаности и скорее всего, как сказал Сергей, у вас в этом типе много не связной логики.
Полиморфизм и Перенаправление похожи, не понимаю в чем разница между ними...
Перечитал в оригинале про паттерн Контроллер. Не увидел ничего про многопоточность. Там написано что это слой который разделяет условный UI и бизнес логику. Не понимаю, зачем вы свели это к многопоточности.
Капец его триггерит с России))
А вас бы не тригерило, если б вам на голову с территории какой-то страны летели ракеты и дроны?
73