Урок 14 - Структурная парадигма. Слоистая архитектура.

[@ivan.goncharov]

Всем привет. Хотел еще сделать быстрый обзор книжек с архитектурами и всякими подходами, но уже не укладывался по времени. Ролик слишком большой получался. Интересна вам эта тема или не очень?

[@silkproduction]

кажется, сча весь канал пересмотрю. оч качественно!

[@ivan.goncharov]

спасибо, старался)

[@allallall2321]

Спасибо.

[@mura6812]

Думаю любой человек придет к такому подходу после первых 300-400 строк. Я, когда писал свой первый более менее объемный проект, начинал по классике - все в мейн! Но даже 30% не было написано, как стало понятно, что я пишу какую то дичь. Вроде и работает, но пытаться вписать туда логику становится донельзя трудно, трудно понимать, что может поломаться, что перепутаться. Вот с этого момента я понял основную ценность функций. Когда оставалась примерно треть работы, мне стало опять неудобно. Даже просто скролить уставал, ведь заголовочные функции занимали строчек 60, что уж говорить о самих функциях. Так нужда толкнула использавать несколько файлов вместо одного. Стоило разделить функции на общие компоненты и стало на удивление удобно: готовая чать лежит в нескольких файлах, и я спокойно доделываю и изменяю последние связанные функции. Если возникает логическая ошибка, почти сразу ясно куда копать, если утечки - то же самое. Но если человек не написал больше 30 строк, то ему эта декомпозиция нафиг не нужна. А еще я вспомнил, как я бесился, когда мой проект на qt компилировался около минуты, стоило найти недочет, и приходилось компилировать заново и так по кругу. Теперь узнал, что раньше программисты тратили на это дело тратили дни и так по кругу. Как то стыдно стало😅

[@ivan.goncharov]

Все верно, но самому можно долго доходить, лучше когда кто-то подсказал куда капнуть ) А интересно было бы послушать про подходы DDD, Clean Architecture, Hexagonal Architecture и тд? Или уже обладаете ими?)

[@mura6812]

Конечно! Был бы очень благодарен)@@ivan.goncharov

[@Pzqmoxwniceb]

Вот как раз про структуры данных непонятно. Куда их впихивать? Или отдельно делать?

[@ivan.goncharov]

Отличный вопрос ) Но зависит от того, что за структуры. И какой это язык программирования. Я больше привык к объектно-ориентированным языкам, там каждый класс (структура) помещаются в отдельный файл. Главное - найти им правильную директорию. Обычно сейчас все стараются выделить предметную область приложения (domain, домен), и туда поместить все структуры, которые относятся к этой домЕнной области. В си в принципе тоже можно создать либо один файл domain.h и объявить там все нужные структуры. Либо папку domain и там несколько файлов, вроде task.h, repository.h, и т.д. Я постараюсь в ближайшее время сделать небольшой обзор различных архитектур. И порекомендовать кое-какие книги.

[@ivan.goncharov]

рекомендую почитать книгу "Чистая архитектура"

[@АндрейГалушко-е9о]

@@ivan.goncharov и чистый код тоже)

[@ivan.goncharov]

и его тоже можно )