Как часто вы используете/нужно исользовать паттерны проектирования и построении api?

Question

[Abc Edc]

Чаще просто код делится на модели и контроллеры и роутер?Или паттерны в основном находят применение в клиентской части? Потому что если бы не ангуляр я бы даже не поинтересовался и не узнал о их существовании

Answer 1

[Сергей Протько]

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

Например почти каждый javascript разработчик писал что-то в духе...

var api = (function() {
    // какие-то приватные вещи, к которым не стоит давать доступ из вне
    // что бы все было чистенько
    var privateVars =  {};
 
    // публичный метод
    return function () {
         
    }
}();

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

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

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

Comments

[Евгений Петров]

Думаю добрая половина даже не знают что все это ради инкапсуляции

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

[Сергей Протько]

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

[Евгений Петров]

С развитием технологий я отчётливо понимаю, что не хватает фундаментального IT-образования.
Когда открыл для себя тему паттернов, я понял, что изобретал велосипеды...
И немного обидно, что подавляющее большинство паттернов описано на примере языков со статической типизацией, наследованием в виде классов.

[Сергей Протько]

Евгений Петров: ну примеров для js полно, да и по сути нужно понимать только принцип а там уже...

В целом для JS лучше почитать чего по функциональному программированию, так как больше пересекаются темы. Типа там лямбда-исчисления и т.д.

[Kir ---]

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

[Сергей Протько]

Kir ---: на изучение паттернов можно смело забить, но прочитать о них стоит. Просто концентрировать внимание не нужно.

А вот штуки типа SOLID или GRASP изучить стоит, так как это как раз таки базовые идеи, на которых все эти паттерны и строятся.

тут другой вопрос, для JS это все работает только на половину. Для JS есть еще функциональное программирование. Скажем большинство применяло каррирование (в основном когда делали свой кастыль вместо Function.bind), или там почти использовали монады (когда юзали промисы) и т.д.

[Евгений Петров]

Kir ---: Проблема не в терминологии, а в понимании принципа проектирования — какой подход в такой ситуации более оправдан. Причём с особенностью языка, и даже с учётом разных имплементаций.

[Kir ---]

Сергей Протько: > А вот штуки типа SOLID
Это же не паттерны. Это принципы для разработки в парадигме ООП.
GRASP - херня некого масштаба ни коим образом математически не доказана в отличие от SOLID. Хотя там тоже не все доказано математически, но хоть какие-никакие научные исследования произведены с доказательством адекватности.

[Kir ---]

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

[Евгений Петров]

Kir ---: Ну так понятно, что без понимания, что и для чего нужно, какие отличия от схожих решений, какие есть подводные камни, изучение терминологии не даст ничего.
Для меня важно понимание, почему в этом случае лучше то, а не другое. На что нужно обратить внимание при выборе того иди иного решения. Это я и называю фундаментальным знанием.
Впрочем, мне кажется, что и вы, и я согласимся с тем, что знание и понимание подходов повышает скорость разработки.

К тому же, знание различных способов решения позволяет на основании формализации задачи выбрать верный путь. И мне почему-то кажется, что формализация задачи уже относится к фундаментальным знаниям:) Хотя, сразу оговорюсь, что я — полупрофан в этом, так что не буду оспаривать мнение тех, кто в этом собаку съел.

[Kir ---]

Евгений Петров: Честно говоря, я не понял вашей мысли абсолютно. Смесь терминов "фундаментальные знания", "формализация задачи", "Знание и понимание подходов" которые в совокупности не несут никакой смысловой нагрузки в ключе обсуждения паттернов.

На что нужно обратить внимание при выборе того иди иного решения. Это я и называю фундаментальным знанием.

Фундаментальные знания -это знание и понимание основных принципов ООП. То что вы пытаетесь подсунуть под ними - банальный опыт.

[Евгений Петров]

Kir ---: Как я уже отметил, осознаю слабину в этом вопросе, и могу принять вашу точку зрения как верную
Но мне кажется, что знание подходов для реализации задач относится к области фундаментальной подготовки. Особенно, если принять во внимание особенность реализации ООП в языках с прототипным наследованием.

[Abc Edc]

Ого сколько ответов!СПАСИБО ВСЕМ БОЛЬШОЕ!

[Abc Edc]

Я вот читаю банду четырех , оно конечно старинькое писание , наверное сейчас какие то еще патерны есть, но одним словом все приходит с опытом?

[Сергей Протько]

ГЛЕБ ГЛЕБОВ: старенькое то да, да только ничего нового не придумали особо. Есть еще martinfowler.com/eaaCatalog

[Kir ---]

Сергей Протько: увы, сейчас на сайте Файлера почти всё убрано. Он ссылается в описании каждого шаблона на свою книжку.

Answer 2

[Kir ---]

Паттерны - это соглашения между программистами как называть тот или иной подход.
Больше ничего. Прочитав про все паттерны, вы не научитесь их использовать. Вы вообще, почти ничего не узнаете нового. Лишь когда вам потребуется с кем то перекинутся идеей реализации, вам самому захочется не объяснять пол года, а использовать конкретный термин.

Comments

[Abc Edc]

спасибо!