вот лапши из ООП/GRASP/SOLID/GoF ?
не писать бэкенд на ноде
молчите, товарищ джавист/пхпшник (уже не помню кто ты))
та это понятно, а если вдруг пришлось
на этих двух тоже не надо писать
Фун6кциональщина - но тут проблема в том, что придётся по факту научиться писать бэк сначала на Haskell или Erlang, и уже их подходы пытаться втиснуть в мироощущение JS. Можно взять подход Golang и попытаться натянуться на ноду.
https://www.ozon.ru/context/detail/id/142823895/
а как называется подход голанга?))
да никак не называется, берешь объект создаешь из него некую структуру, присобачиваешь к нему функции и пишешь как есть. Там нет ООП и прочих радостей от слова совсем, хотя многим и очень хочется.
так мне как раз подход голанга и нравиться, я его частично на ноду перенес, но думал там название есть
неа, нету. даже придумывать не стали. Просто взяли язык написали, а ООП засунуть в него забыли=) причем сделали последнее намерено
Первое и последнее можно убрать из списка, сразу проще станет
GRASP+SOLID же вроде только для ООП, не?
нет, паттерны не всегда зависят от парадигмы, а SOLID так вообще не про ООП? это общие концепции/рекомендации
Ну ладно, только последнее (выкинь)
тогда видимо я херовые источники читал, было написано что это строго к ооп применяется
Это по сути Advanced ООП, так и есть, отдельно от него, это секс акробатика.
О из солид разве имеет однозначную привязку к ООП? Да и остальные буквы тоже, если начать копать, окажутся общими принципами Из grasp тоже можно выделить не имеющие завязку на ООП принципы, например самые, кмк, известные, про слабое зацепление и высокую связность
все советую про солид читать дядюшку боба, а не очередного блохера который решил поразить всех умом и сообразительностью: The SOLID principles are not rules. They are not laws. They are not perfect truths. The are statements on the order of “An apple a day keeps the doctor away.” This is a good principle, it is good advice, but it’s not a pure truth, nor is it a rule. The principles are mental cubby-holes. They give a name to a concept so that you can talk and reason about that concept. They provide a place to hang the feelings we have about good and bad code. They attempt to categorize those feelings into concrete advice. In that sense, the principles are a kind of anodyne. Given some code or design that you feel bad about, you may be able to find a principle that explains that bad feeling and advises you about how to feel better. https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start Как бы дядя боб. Это просто советы по архитектуре, можешь применить и получить лучший результат в фп применяй, а если нет, то не применяй. Все просто. И для ООП работает так же.
👍
капец, гугл сайты до сих пор живые) Я почему-то думал, что давно закрылся
Обсуждают сегодня