Как UML диаграммы реализуются в коде

#soer #itubeteam
Основной канал для общения и публикации новых видео - Телегарм - t.me/softwareengineervlog
Спонсорство - donate.s0er.ru
Сайт платным контентом - soer.pro
Зеркало для видео Дзен Видео - zen.yandex.ru/id/5f578bdf22e2...
GitHub - github.com/soerdev
Чат для программистов - / discord
Группа ВК - codeartblog

[@romangrishin7035]

Евгений, спасибо за материал! Тоже удивляюсь, почему на моих проектах не используют uml. Буду благодарен за углубление в тему uml и паттернов.

[@avyguzov]

Полезно! Тоже не так давно для себя понял, что UML будет очень полезен в повседневной практике при написании/исправлении ООП кода

[@rookdeveloper778]

Спасибо Вам за труд. Слушаю Вас уже больше года

[@yuriorkis_scream]

Огромное спасибо за такой качественный и нужный материал!

[@user-gk3ep5mq9r]

3:28 лучшее объяснение про разницу между композицией и агрегацией из всех, что я видел

[@Into_the_theory]

Воу... Спасибо за видео. Очень не хватало такого видео

[@KX-nn7tq]

ну прям очень крутая подача!!! качественно и доходчиво!

[@user-scp-001]

Спасибо вам за труд!

[@olegsh91]

Интересный гайд! Спасибо!

[@user-uy9jr8hs6r]

Мегалайк! Очень грамотное объяснение)

[@jinzakk9126]

Крутая тема. Мы на работе постоянно пользуемся UML (под 'мы' имею ввиду и junior-ы [добавить какой-нибудь атрибут или вычислимое поле], middle-ы [спроектировать некую фитчу], senior-ы [ну тут понятно]). Во всех проектах используем uml-генератор, что очень сильно упрощает разработку

[@SerhiiZhydel]

Jin zakk что за uml-генератор?

[@skarabeydm]

@@SerhiiZhydel ответа так и не последовало...

[@academai11]

@@SerhiiZhydel гуглить пробовали?))

[@vaccino3668]

мы всё ещё ждём

[@f.ingenia]

Спасибо!

[@andrii5866]

Спасибо!!!

[@oknevoksom]

Дякую за відео! Чудові пояснення!

[@user-ix7lb1sx4k]

Если это примеры на Java, то хочу сообщить, что начал учить этот язык программирования (учил раньше другой). Подскажите, есть ли продолжение по теме разработки ПО через конструирование диаграмм в UML в другом видео?

[@SerhiiZhydel]

Хороший мануал. Помнится не хватало такого, когда изучали инженерию ПО в университете. Жаль, что сейчас редко приходиться сталкиваться с архитектурами. Чаще всего приходишь на проект и там уже все есть. Никто ничего не планирует заранее. Возможно это связано с небольшими размерами проектов. В любом случае, для тех кто планирует изучать паттерны и хочет понять в чем их смысл - это прям концентрированное пособие, за это спасибо) Кстати из выше описанных размышлений назрел вопрос - часто ли вообще такое встречается, чтоб до написания проекта была расписана архитектура? И кто-то следит за чистотой кода (в структурном плане) после того, как архитектор сделал свое дело?

[@S0ERDEVS]

Не встречается, все проекты, которые я знаю, работают на готовой архитектуре, которую дает фреймворк, а бизнес-логика пишется абы как.

[@SerhiiZhydel]

Software Engineer - Soer а в чем тогда роль архитектора? это просто самый скиловый чувак в конторе и все?

[@S0ERDEVS]

@@SerhiiZhydel видимо говорим о разном, архитектор (у нас по крайней мере) занимается архитектурой всего приложения - деление на модули, точки подключения, распределенное взаимодействие и так далее. Так же переодически приходится писать код, делать рефакторинг, но это не основная задача (есть "играющие" архитекторы, есть "чистые" архитекторы, у нас все "играющие" - т.е. пишущие код). Архитектор понимает какие технологии нужно затянуть в проект, продумывает схемы отказа, восстановления и прочие вещи связанные с бесперебойной работой. Может, конечно, и диаграммы классов делать, продумывая код до самых мелочей, но это на практике не стоит того. А на уровне кода работает тимлид и программисты, архитектор туда особо не лезет и уж точно не следит за состоянием кода каждого программиста. Так вот, если мы говорим про код, то никто не прорабатывает диаграммы классов заранее, пишут код по накатанным схемам. И никто не продумывает код ну уровне функий, классов и т.д. Архитектору важно, чтобы код выдавал результаты в рамках заданной SLA и спецификации или иной документации на проект. Важно понимать, что проект != код.

[@S0ERDEVS]

@@SerhiiZhydel вот было видео, где я рассказывал про архитектора - kzbin.info/www/bejne/h6WUequepLZlmtk

[@SerhiiZhydel]

Software Engineer - Soer получается архитектор мыслит технологиями, а не паттернами) а занимается кто нибудь проектированием интерфейсов? и вообще часто ли они применяются на практике? а то это тоже один из аспектов архитектуры, который я не очень понимаю. по моему абстрактный клас гараздо выгоднее интерфейса, а интерфейс применяется только там, где множественное наследование нужно обойти, тоесть весьма редко)

[@user-eb3lz3ox8u]

Для тех кто в теме и так все понятно, для тех кто не в теме лучше показывать на кошечках и собачках

[@HalizVideo]

Супер!. Огромное спасибо, очень зашло. Однако не очень понятно, почему не показны связи на контекст. И в методах на схеме тоже не отображена ссылка на контекст, как будто он совсем не причем. Непонятно какий связи всетаки необходимо отображать а какие нет. Связи создания тоже не отображаются, а например IDEA их очень аккуратно рисует.

[@Lov3Catch]

Лучший канал.

[@user-xl5ij6xy2u]

а какие програмки посоветуете для создания диаграмм?

[@user-sd4or9wl2t]

Добрый день. Мне кажется, что на 10:54 у вас не агрегация, а композиция. Там закрашенный ромбик.

[@ivanivanovich2088]

Какую программу использовали для рисования UML диаграмм?

[@AndriiKuftachov]

Мне кажется, что это видео слишком мало отличается от статьи на Вики потому, что нету реального места применения. Не всем достаточно слов, что это для реализации state machine.

[@user-fw1fc6hb5n]

Каким uml редактором пользуетесь? Спасибо

[@S0ERDEVS]

Мне выше крыши хватает draw.io

[@user-ix7lb1sx4k]

Примеры показаны на каком языке программирования?

[@user-yp7kr9se1d]

Мне кажется, что в UML для данного кода, должно быть другое отношение, а именно агрегация, а не композиция т.к. state будет переопределяется. Или я что-то не правильно понял?

[@Cronikx]

Не совсем. Агрегация и композиция говорят не о том может ли объект который использует, поменять один используемый объект на другой, а о том может ли используемый объект существовать отдельно от объекта, частью которого он является. Иными словами, может ли часть существовать отдельно от целого. В примере из видео, state создается всегда внутри объекта context и если context по каким то причинам уничтожится, то вместе с ним умрет и его state.

[@TheKirk1989]

а это какая связь? class A{ constructor(){ someProp = B::someMethod() ; } } ; очень часто пользуюсь просто вызовом статических методов в классах , это удобно , т.к. разбивает логику приложения на отдельные элементы, при этом в клиентском коде ты ничего не должен знать про их реализацию, НО все равно зависимость существует, я всегда считал что это пример "Использования"

[@user-sh8iw3gk6b]

По поводу нелюбви к UML, это интернациональное явление. Вот в этом видео kzbin.info/www/bejne/rmOQo4akndWqZsk во вступлении ведущий приводит только некоторые из знакомых ему причин для неиспользования UML. Сам я считаю, что визуализация важна, а изучение шаблонов и приёмов с UML очень способствует развитию инженерного и абстрактного мышления. В работе, увы, применяю его не так часто, хотя работаю над этим тоже.

[@dianaskripkina441]

понравилось, но ничо не понятно))

[@volodymyrlovetskyi4089]

перепутал стрелочки ассоциации и использования

[@S0ERDEVS]

Советую погуглить этот вопрос.

[@dimap.7298]

стоит отметить что патерны, и почти вся литература, актуальны для java-world. для других языков, например функциональных -- это большое усложнение и просто мусор в голове. (:

[@S0ERDEVS]

Не только для Java, любой ООП язык подходит. Есть и для функциональных языков шаблоны, но диаграмм классов, естественно, у них нет.

[@iamboldaslove]

Software Engineer - Soer, «подходит» условно, так как терминология другая, в Swift и objective-C интерфейс - это протокол и т.д.

[@AndriiKuftachov]

@@iamboldaslove как не назови, интерфейс - это контракт, который обещает соблюдать класс для внешнего взаимодействия.

[@RuslanMavlyanov]

Никогда не мог запомнить в какую сторону рисуют стрелочки меэжу двумя классами! От старшего класса (который пользуется) к тому классу, которым пользуются?