Проектирование структуры приложений для начинающего?

Question

[Fedor Dudnikov]

Я новичок, и если мне нужно написать более менее сложную программу, то получается полная ерунда в плане организации кода и архитектуры. То есть программа работает, но разделение на функции и классы явно не правильное. Посоветуйте ресурсы , где можно посмотреть, как правильно строить архитектуру приложения. Книги, статьи или уроки. Различные приемы при написании кода для приложений.

Comments

[Zhainar]

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

[ddd329]

Когда распишет поделись пожалуйста)))
А на самом деле человек который работает на позиции мид или сеньор, не факт что имеет знания в области архитектуры, и может грамотно составить структуру даже просто настольного приложения. Если он учился в онлайн школе под названием "Хабр", то думаю он тебе так может мозг засрать, что к таким лучше не обращаться.

[EVGENY T.]

Создание правильной архитектуры - это высший пилотаж, приходит не сразу и не ко всем.

Вот вам правильные книги Мартина посоветовали - купите и читайте/перечитывайте. Еще изучите паттерны ООП. Когда информация на эту тему начнёт поступать в мозг, то при очередном написании программы вы вдруг поймёте "да вот же как надо!"

А пока книжек не купили, начните применять первый архитектурный принцип - разделяйте код. Видите программу больше 100 строк - сделайте из нее две. Видите кусок кода, который пишите не первый раз - вынесите его в отдельную программу. Сложно дать короткое имя классу или методу, потому что он делает и то и это - сделайте два класса/метода. Постепенно начнёт расти понимание, как нужно проводить архитектурные границы, а как не нужно.

Answer 1

[Евгений Ромашкан]

Роберт Мартин, "Чистая Архитектура", "Чистый код", "Идеальный программист"
Макконнелл, "Совершенный код".

Далее по ситуации, Фаулер, Эванс, Кент Бек и т.п.

Заменять чтение книг собиранием по крупицам информации в интернете ни в коем случае не советую.

Comments

[Roman]

Собирать информацию по крупицам в интернете ни в коем случае не советую.

вредный совет.

[Евгений Ромашкан]

Roman, Чтобы собирать информацию в интернете нужно уметь очень хорошо её фильтровать и оценивать, новичек не сможет понять что в статье которую он читает на Хабре пишется фигня с умным видом.

[Roman]

Евгений Ромашкан, что бы научиться читать нужно, как ни странно, нужно читать. Что бы научиться собирать и фильтровать информацию в интернете - нужно ее собирать и фильтровать. Что бы научиться писать - нужно писать.

[Евгений Ромашкан]

Roman, А чтобы научиться операции на людях делать, нужно операции на людях делать, да, спасибо. Дайте мне пожалуйста другого хирурга.

Люди годами пишут говнокод, тут не получится как с велосипедом, сесть и поехать.

[Roman]

Евгений Ромашкан,

А чтобы научиться операции на людях делать, нужно операции на людях делать,

посыл верный - вывод не верный.
чтобы научиться делать операции - нужно делать операции.

[Евгений Ромашкан]

Roman, Ок, тем не менее, не вижу никаких причин советовать новичку пытаться освоить программирование по статейкам в интернете, когда будет хоть какое-то понимание что к чему - да, для более глубокого понимания, подсмотреть интересных идей - иногда можно найти годные доклады/статьи, введение в дизайн/архитектуру - никогда.

Начинаются гениев архитекторов с хабра и рвутся 5-уровневые иерархии наследования строить.

[Roman]

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

[Сергей Шиловский]

Евгений Ромашкан, я всегда читаю комментарии к статье, а также смотрю на её рейтинг - этого вполне достаточно, чтобы отсеивать фигню написанную с умным видом.

[Евгений Ромашкан]

Сергей Шиловский, Не всегда. Да и ни одна статья даже близко с объёмом знаний в книгах не сравнится, действительно даже минимально вкатиться в архитектуру по статьям ну никак не получится.

[Евгений Ромашкан]

Roman, Ну приведите примеры статей по которым можно изучать архитектуру новичку )
Чтобы он после их прочтения смог ответить что влияет на качество кода, стоимость введения новичка в проект, какими критериями это можно хоть минимально измерять, за счёт чего проводится разделение границ модулей, да для чего нужны всякие ООП да SOLID.

Основная проблема, повторюсь, в том что новичек не сможет понять на сколько информация в статье вообще похожа на правду, а годных статей крайне мало. А авторитетные авторы книг, они, как бы, известны.

[Roman]

Евгений Ромашкан, соревнования по гуглению? У меня закладок штук 50, но я их 2 года собирал. Поэтому спасибо но нет.

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

rus-linux.net/MyLDP/BOOKS/Architecture-Open-Source...

[Евгений Ромашкан]

Roman,

У меня закладок штук 50, но я их 2 года собирал.

И ТСа туда же предлагаете отправить, чтобы у него это 4 года заняло. Ок :)

[Roman]

Евгений Ромашкан, https://hackernoon.com/38-actions-and-insights-to-...

[Евгений Ромашкан]

Roman, Во первых статья явно не для новичков, во вторых конкретики там почти никакой. "Делайте так а не так", и ответов на заданные меню выше вопросы там нет.
Там есть некоторые годные советы именно по soft skills, но писать лучше код человеку это не поможет никак.
Но я лишь по диагонали полистал

p.s. забавно что статья то по сути является рекламой книги ))

[Roman]

Евгений Ромашкан,
https://www.softwarearchitecturebook.com/about-the...
https://github.com/simskij/awesome-software-archit...
https://github.com/rafaels88/software-development-...

[Евгений Ромашкан]

Roman, Так первая ссылка же на книгу )
А вторая - просто набор ссылок, из которых почти все новичку не помогут, из Methodology две ссылки годные для новичка, но это первая больше чем просто статья, а вторая - книга )

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

[Roman]

Евгений Ромашкан, https://www.linux.org.ru/forum/development/6806676

[Zhainar]

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

[Антон Спирин]

Идеальный программист вообще не по теме.

Собирать информацию по крупицам в интернете ни в коем случае не советую.

Странный совет. Чем больше будет источников, тем лучше будет понимание вопроса. Развернутые примеры для закрепления теории, разжевывания неясных моментов, более подробные изложения важных вопросов как раз собираются по крупицам в интернете. А умение фильтровать и оценивать информацию развивается в процессе ее усвоения. Тот же Чистый код можно, прочитать без опыта и принять все советы как единственные верные решения, а можно после прочтения пары хороших статей поставить под сомнение ряд советов автора.

[Евгений Ромашкан]

Антон Спирин, Да, вы правы, поправил ответ, думаю так будет точнее

[Евгений Ромашкан]

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

А в Чистом Коде кстать пол книги кодом исписаны.

[pcdesign]

Roman,

чтобы научиться делать операции - нужно делать операции.

Вообще-то студенты-медики - будущие хирурги проводят операции на труппах и под присмотром преподавателя. А не так, вот тебе больной, давай режь.

[Евгений Ромашкан]

pcdesign, То есть первокурсники с меда в сентябре уже трупы резать идут? Или всё-таки сначала по теории готовятся?

[pcdesign]

Евгений Ромашкан, конечно, готовятся.

[Roman]

pcdesign,

Вообще-то студенты-медики - будущие хирурги проводят операции на труппах

Труппа
Мертвые не учат

[pcdesign]

Roman, Что это за бред?

[Zhainar]

Евгений Ромашкан, согласен, имел ввиду учить про архитектуру, паттерны на начальном этапе бесполезно. А про чистый код читать конечно надо.

[ddd329]

Zhainar,

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

Я бы на 100% согласился с этим утверждением, но все таки это отностся не ко всем книгам. Книги для начинающих - без проблем, а вот что-то покруче, например Эрика Эванса, или Крэга Лармана, да даже банально книга про паттерны банды четырех, я бы тоже новичкам не советовал, если только так для ознакомления, чтобы иметь понятие, но для практики это почти бесполезно на мой взгляд, все равно через 2-3 года лучше от корки до корки перечитать.

Answer 2

[ddd329]

Могу дать такие советы, как вижу это я.

Разделить приложение на три уровня:
1) Presentation - уровень представления, при помощи которого пользователь взаимодействует с приложением;
2) Business Logic - слой бизнес-логики;
3) Persistence - слой где хранятся данные, но обычно это реляционная БД.

Если это настольное приложение, то слой Presentation разбей на три компонента согласно паттерну MVP (Model-View-Presenter), если это классическое веб-приложение, то паттерну MVC (Model-View-Controller).

Слой бизнес-логики реализуй согласно паттерну Transaction Script, ну либо паттерну Модель предметной области, где для начала будет анемичная модель (anemic model), которая полностью совпадает со схемой БД, а логику храни в сервисах. Далее когда наберешься скиллов, то можешь пробовать из анемичной модели предметной области сделать богатую (rich model), для этого можешь обратить внимание на методологию DDD (Domain-Driven-Design).

Ну и слой хранения, тут пока тупо через средства ORM...

Ну примерно так, ничего нового и волшебного тут нету.

Answer 3

[#]

вы умеете ездить на велосипеде?
.. а плавать?
.. умели от рождения? или учились?

ps

краткое руковдство для начинающих

Comments

[Евгений Ромашкан]

Люди и годами пишут говнокод. Тупо практика тут не поможет.

[Сергей delphinpro]

Евгений Ромашкан, а как по вашему были выведены основные паттерны программирования? Наверное глас божий озарил?
Тупая практика не поможет. А если думать?

[Сергей delphinpro]

Евгений Ромашкан, Забавно, что с остальными вашими комментами в этом вопросе я согласен.

[Евгений Ромашкан]

Сергей delphinpro, Заученные паттерны никак не помогут грамотно строить архитектуру, вот и всё. В книгах по паттернам будет лишь описание паттернов.

Тупая практика не поможет. А если думать?

Сесть на велосипед и пытаться - можно считать что научились когда поедете, то что вы сели писать ПО, и оно заработало, ну никак не говорит о том что у вас грамотно выстроена архитектура.

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

[Сергей delphinpro]

Евгений Ромашкан, ну нельзя такие утверждения делать. Вы вчитайтесь что я выше написал: любые приемы построения архитектуры "вымучены" чьим-то опытом.
И чисто теоретически, при постоянном натыкании на грабли, рано или поздно может прийти озарение. Конечно к тому времени новичок уже не будет новичком, но ведь практика приведет его к озарению.

[Евгений Ромашкан]

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

Человек уже сейчас понимает, что у него не получается двигаться вперед, вы действительно посоветовали ему просто сидеть и пытаться дальше делать те же самые вещи?

[#]

Евгений Ромашкан, Сергей delphinpro,

не ожидал поднести спичку к стогу

тем не менее, есть масса вещей:
- которые можно освоить только в команде
- только под

руководством наставника

- только в реальных проектах
- редкий случай, но тоже бывает - самозабвенно плевать на всех, рвать авторитеты, и при этом плодить, при чем огромное количество продуктов/продуктиков.. пока не вспыхнет.. но это ж все равно пахота.. просто с кайфом )).. других вариантов нет ))

[Евгений Ромашкан]

#, Естественно, без практики на проектах все-равно никуда.

Answer 4

[Roman]

Поиском никто не пользуется.
Как научиться проектировать ПО?

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

progbook.ru/proektirovanie-i-razrabotka-po
https://www.pvsm.ru/razrabotka/111326

Comments

[Евгений Ромашкан]

Учиться по книге с набором сложных паттернов, да и в принципе по книгам с паттернами имея нулевой бэкграунд?)
Смешно.

[Roman]

Евгений Ромашкан,

Учиться по книге с набором сложных паттернов имея нулевой бэкграунд?)

Роберт Мартин, "Чистая Архитектура", "Чистый код", "Идеальный программист"
Макконнелл, "Совершенный код".

Далее по ситуации, Фаулер, Эванс, Кент Бек и т.п.

Двойные стандарты?
Чистая Архитектура, Совершенный код
паттерны
Java C C++ C#
командная разработка, управление проектами

Я новичок

[Евгений Ромашкан]

Roman, В чем двойные стандарты? Я на вопрос об архитектуре посоветовал книжки по архитектуре и дизайну ПО, хотя идеального программиста от себя накинул, да.

Answer 5

[tundramani]

ты можешь писать так как тебе удобно - если код работает хорошо и он тебе понятен

но если хочешь работать в команде и в индустрии то да - надо как все "правильно" делать

но любой нормальный инженер может сам установить правила

Comments

[Евгений Ромашкан]

ты можешь писать так как тебе удобно - если код работает хорошо и он тебе понятен

но если хочешь работать в команде и в индустрии то да - надо как все "правильно" делать

То есть, забить на развитие и хорошие практики, и сидеть пилить хелло ворлды дома? А жить на какие средства?

но любой нормальный инженер может сам установить правила

Ох и остерегался я бы таких инженеров. 99% что он просто существующие правила не осилил.

[Сергей delphinpro]

вы не закончили предложение

ты можешь писать так как тебе удобно - если код работает хорошо и он тебе понятен [через полгода]

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

Но так не бывает сразу.

[ddd329]

ты можешь писать так как тебе удобно - если код работает хорошо и он тебе понятен

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