Какие статьи, книги прочитать по многофайловым проектам?

Question

[kolomiec_artiom]

Доброй ночи!

Полгода назад написал достаточно большой проект (по своим меркам) на языке питон. Но сейчас столкнулся с тем, что его надо дополнить и некоторую часть кода переписать. И выяснилось, что в моей архитектуре кода это делать жутко неудобно.

Поэтому я хотел бы попросить вас скинуть статьи, посоветовать книги, в которых подробно рассказано о том, как сделать проект так, чтобы его дополнение требовало минимум усилий

Спасибо за помощь!)

Answer 1

[Wentixon]

Я бы посоветовал почитать про паттерны проектирования. Точнее не почитать, а действительно разобраться где и как нужно их применять. Лично меня это очень апнуло, при чем не только в ооп, но и вообще, так как с их знанием приходит понимание, что вообще из себя представляет архитектура. Начинаешь уже думать о зонах ответственности, данных которые должны принадлежать этим зонам, а также как это дело правильно связать между собой, чтобы не получилось куча зависимостей. Тогда про файлы/папки речи не будет идти, ты будешь мыслить другими категориями.

Из книг по этой теме рекомендую эту "Head First. Паттерны проектирования". Вначале может быть очень сложно и ничего непонятно, в таком случае можно отложить ее на несколько дней и вернуться к чтению после практики.

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

Comments

[stratosmi]

Я бы посоветовал почитать про паттерны проектирования.

Это о другом.
Паттерны - уровень "микро".
А у автора вопрос про уровень "макро".

[Wentixon]

stratosmi, что простите?

Поэтому я хотел бы попросить вас скинуть статьи, посоветовать книги, в которых подробно рассказано о том, как сделать проект так, чтобы его дополнение требовало минимум усилий

У него возникают сложности с добавлением функционала и изменениями.. Какие еще микро макрочные уровни? Основы проектирования, которые как раз можно изучить с помощью понимания паттернов как раз и решают эти задачи, чтобы добавление нового функционала не превратилось в мучение.

[stratosmi]

Wentixon,

Какие еще микро макрочные уровни?

Паттерны - это внутренняя небольшая зона ответственности.
А у человека проблема с архитектурой в целом.

[Wentixon]

stratosmi, вы не правы, знание паттернов даёт понимание как строить архитектуру в целом, так как паттерны как раз и решают архитектурные проблемы, следуя принципам проектирования

[stratosmi]

Wentixon,

вы не правы, знание паттернов даёт понимание как строить архитектуру в целом, так как паттерны как раз и решают архитектурные проблемы, следуя принципам проектирования

"знание всего дает знание всего"?
Согласен, но люди смертны.
И времени мало.
И лучше бы сфокусироваться.

P.S.:
паттерны решают микроархитектурные проблемы.
а у человека проблемы с архитектурой в целом.
вот тут рядом весьма корректно подсказали что именно читать "Чистая архитектура".

[Wentixon]

stratosmi, читал я вашу "чистую архитектуру". Советовать такое новичку полнейший бред

[stratosmi]

Wentixon,

читал я вашу "чистую архитектуру". Советовать такое новичку полнейший бред

Тоненькую книжечку (фактически статью развернутую) - и не осилили?

[Wentixon]

stratosmi, при чем здесь тоненькая или нет? Может быть маленькая научная статья, которую надо будет полжизни лсмысливать. В том то и дело, что по таким темам пишется несколько толстых книжек, а эта книга тупо выжимка, которая поверхностно рассказывает обо всем, о чем только можно, эта книга для тех кто уже все это знает и если вы говорите, что она лёгкая, то явно лукавите.

Это как раз я и описал в своем ответе. Вы может прочитали ее не особо думая, вроде все понимая, но в итоге ваш уровень не улучшился.

[stratosmi]

Wentixon,

В том то и дело, что по таким темам пишется несколько толстых книжек, а эта книга тупо выжимка, которая поверхностно рассказывает обо всем, о чем только можно, эта книга для тех кто уже все это знает и если вы говорите, что она лёгкая, то явно лукавите.

Жизнь коротка и не нужно стесняться пользоваться выжимками из информации.
Там описана по суди концепция SOLID, "наше все в программировании".

[stratosmi]

Wentixon,

Вы может прочитали ее не особо думая, вроде все понимая, но в итоге ваш уровень не улучшился.

Вы достоверно это можете знать только о себе.

[stratosmi]

Wentixon,

Советовать такое новичку полнейший бред

Я предлагаю новичку не пользоваться советами таких же новичков, которые советуют абстрактные паттерны.
Даже не конкретный список паттернов.
А просто паттерны. Без уточнения.
Чтобы значит можно было поумничать перед новичком, но не отвечать по сути за свои слова.

[Wentixon]

stratosmi, концепция SOLID? Видимо вы новичок, раз не понимаете, что паттерны это не абстракция, а довольно конкретные решения проблем. И более того, главная ценность в них, что они дают понять, что в твоём коде вообще есть проблемы, нарушающие как раз те самый solid принципы. Именно поэтому я и уточнил, что не нужно их учить, а нужно понять проблемы, которые они решают и почему это является проблемой. Почитайте выжимку какой нибудь сложной научной темы, это явно вам поможет в нее въехать. Работы Энштейна попробуйте почитать, я думаю вы также все освоите без проблем

[stratosmi]

Wentixon,

Видимо вы новичок, раз не понимаете, что паттерны это не абстракция, а довольно конкретные решения проблем.

Ну за последние 25 лет в программировании я уже достиг уровня "Чем больше я знаю, тем больше понимаю, что я ничего не знаю".

Конкретные паттерны-решения проблем на уровне "проекта в целом" не нужны.

Конкретные решения проблем пишутся ежедневно по несколько раз, паттерны используются каждый день пожалуй что иногда даже и десятки раз на дню.

Проектирование же системы в целом - это более высокий уровень абстракции, над тем, что собственно называется паттернами.

Возьмем ту же реализация одного из принципов SOLID, через DI.
DI - это низкоуровневый паттерн.
Это конкретная реализация части проблем, что на более высоком уровне описаны в SOLID (или другими словами в "Чистой архитектуре").
Этот паттерн DI не единственная реализация, не единственное решение используемое для реализации идей SOLID.

Не единственная, но вполне себе конкретная низкоуровневая реализация принципов более высокого уровня.

Answer 2

[Roman K]

MVC
Макконнелл
Fluent Python