Куда двигаться дальше, какие паттерны проектирования используют сегодня?

Добрый вечер! Изучаю JavaScript, написал несколько простых инди игр, приложений. Сейчас продолжаю углубляться дальше. О фреймворках пока что не думаю. Собираюсь написать свой "большой" менеджер задач, или что-то вроде этого. У меня проблемы с проектированием, организацией кода. Появилось несколько вопросов.

1. Какие паттерны проектирования используют сегодня в современном стандарте?
2. Как разобраться с архитектурой приложения, с чего начинать изучать ?
3. Что почитать/посмотреть на тему ООП ?
  • Вопрос задан
  • 2787 просмотров
Пригласить эксперта
Ответы на вопрос 5
xmoonlight
@xmoonlight
https://sitecoder.blogspot.com
Ответ написан
Комментировать
Паттерны это не ООП.
Паттерны могут быть и в ООП.
Паттерны сегодня - завтра анти паттерны.
Ответ написан
Комментировать
Yakov_umniy
@Yakov_umniy
Frontend developer
Ничего лучше по ООП, кроме древней книги "Банда четырех", я не встречал. И ECMAScript тут не при чем - принципы везде одни. "Современный стандарт" это хорошо забытый старый. Но это касаемо книг. Лучшее изучение паттернов и всего-всего, это участие в реальном проекте, общение с живыми людьми, код ревью от опытных разработчиков и т.д.
Ответ написан
SowingSadness
@SowingSadness
web-разработчик
Если вы пишете паттернами приложения, то скорее всего вы пишете говно. Вы должны писать приложение исходя из задач.
Знание паттернов необходимо лишь для общения с коллегами, что бы доносить двумя словами мысль, а не сочинениями.

Для того что бы начать разрабатывать архитектуру, нужно сначала понять что это и понимать(а не знать) определение. 99% программистов не знают этого и пытаются из себя строить архитекторов.
ГОСТ Р 57100-2016 оно же https://en.wikipedia.org/wiki/ISO/IEC_42010
В Яндексе ищется просто. Почитайте и осмыслите.

После этого поймите SOLID. Это будет трудно и тяжело, особенно в свете того, что половина статей от людей, которые сами SOLID не понимают.
Почти у каждого принципа SOLID есть четкий критерий, осванный на свойствах кода, а не на предположениях программиста о области применения.
Например принцип единой ответственности говорит о том, что у каждого класса состояние описывается набором свойств, которые всегда изменяются вместе. Если они могут быть изменены по отдельности, то это две разные ответственности.
Но свойство не является частью состоянием, если не используется в методах класса для вычислений или в выражениях. А например, просто всегда возвращаются.
Ответ написан
alexiusp
@alexiusp
senior frontend developer
Попробуйте использовать популярные фремворки для написания приложений. Они активно используют паттерны и вы с ними волей-неволей познакомитесь, причём не теоретически, а вполне практически.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы