звучит как какой-то антипаттерн

Антикиллер

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

Как вариант можно много и везде одновременно

это одномодульная

Как вариант можно много и везде одновременно

так ctrl сломать можно

Что он тебе сделал

Раскрой чуть подробнее, я не разбираюсь в архитектурах и названиях

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

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

микросервисы?

только внутри одног сервера

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

ты слишком серьёзен в такое время суток)

модули

так а когда спросить

пишу архитектуру приложения, все говорят, пиши модульно

спрашиваю, что это

говорят общие фразы и кидают пример на 3 файла

стебутся просто, наверное

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

пример ноль

в нете

модульно - это когда у тебя код не в одном файлике на 50000 строк, а в 50 файликах каждый по 5000 ?

есть только зачатки проектов, где папка юзер это модуль в ней 3 файла по 1- строк

модульно - это когда у тебя код не в одном файлике на 50000 строк, а в 50 файликах каждый по 5000 ?

разбитые по принципу рандома

пример ноль

Да

Это в порядке вещей

пишу архитектуру приложения, все говорят, пиши модульно

Зависит от проекта

???

Как мне кажется

спроси у заказчика что вообще будет

Где то норм А где то сложнее будет

к каким изменениям быть готовым

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

Если впервые за полгода открыть старый проект, то сложно понять, что куда передаётся. Особенно если обращение к полям объекта не используется вообще и заменено на оператор разворота

Учитывая 3-пати либы

как вообще бить? по сущностям/по фичам?

что делать с дублирующимся кодом?

что делать с дублирующимся кодом?

Выносит?

куда?

в верхний слой? отдельный модуль?

Ну что дублируется -> утилс.жс

что делать с модулем который зависит от других?

пишу архитектуру приложения, все говорят, пиши модульно

Когда ни один из модулей не знает о существовании другого

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

И функцией называешь

общие вещи

есть только зачатки проектов, где папка юзер это модуль в ней 3 файла по 1- строк

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

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

как-то синхронно получилось

Когда ни один из модулей не знает о существовании другого

а что делать, с теми которые все-таки зависят от других

>каждое действие

а что делать, с теми которые все-таки зависят от других

Ооп не пробовал?

а что делать, с теми которые все-таки зависят от других

Делайте фасады

Ооп не пробовал?

из-за него и получаеться монолит

из-за него и получаеться монолит

:-/

Делайте фасады

но фасад этож конкретно агрегатор доступа, там не должно быть логики

из-за него и получаеться монолит

классы меньше делай

классы меньше делай

наследования приводит к наслоению, такому что изменение базового класа влечет изменение всей цепи

классы меньше делай

Да Сущности на максимально атомарные разбей Или на разные либы

классы меньше делай

да и вообще - меньше делай)

это пиздец дебажить и фиксить в большом проекте

наследования приводит к наслоению, такому что изменение базового класа влечет изменение всей цепи

не наследуй

но фасад этож конкретно агрегатор доступа, там не должно быть логики

В реализации должна быть. Почему нет?

у меня прошлый такой был

наследования приводит к наслоению, такому что изменение базового класа влечет изменение всей цепи

По секрету -- из ооп можно взять только разбиение на сущности с минимальным наследованием

вот кстати, пример koa. сам по себе от модулей внешних не зависит. они между собой тоже не всегда зависят. модульность! (и асинхронность)

Усе

В реализации должна быть. Почему нет?

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

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

Нет. Я не имел в виду медиатор

из-за него и получаеться монолит

Еее монолид

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

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

уже в процессе юудет потихоньку приходить понимаение где и куда надо положить тот или иной код

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

есть уже конкретные вопросы. 1. что делать с кодом который дублируеться. 2. что делать с модулями которые наследуються. 3. как дробить на модули логика/сущности

и будь готов к тому, что тебе постоянно будет хотеться всё это переписать, перерефакторить, ещё как-то улучшить - гони все эти мысли) на новом проекте будешь писать с учётом нового опыта

Нет. Я не имел в виду медиатор

суть идеи понял. спасибо

и будь готов к тому, что тебе постоянно будет хотеться всё это переписать, перерефакторить, ещё как-то улучшить - гони все эти мысли) на новом проекте будешь писать с учётом нового опыта

Вот тут кстати плюсану

koa-is-json интригующее название

та понимаю, но прошлый проект был монолит. он разросся. там был пиздец с поддержкой и изменениями

ооп это ваше

1. что делать с кодом который дублируеться. дублирующегося коды быть не должно, ты же должен это понимать) а раз так - выноси это в отдельные файлы. название по типу utils.js, helpers.js

да

Я считаю это не модульность, это бардак

я как раз тоже смотрю

кто там хотел плохой код в коа? вот он

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

1. что делать с кодом который дублируеться. дублирующегося коды быть не должно, ты же должен это понимать) а раз так - выноси это в отдельные файлы. название по типу utils.js, helpers.js

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

3. как дробить на модули логика/сущности в твоём вопросе содержится ответ)

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

Интерфейсы завезти Самопальные

Или в тайпскрипт

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

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

короче. я тебе серьёзно - просто начни кодить конкретную бизнес-задачу. чем больше пишешь - тем лучше пишешь. теоритезировать ты будешь бесконечно

ибо пример проекта, не могу найти

только фронт

короче. я тебе серьёзно - просто начни кодить конкретную бизнес-задачу. чем больше пишешь - тем лучше пишешь. теоритезировать ты будешь бесконечно

я уже пишу, и это не первый мой проект

сейчас там бордак а не модульность

а еще ишью там есть одна! https://github.com/koajs/is-json/issues/1

ибо пример проекта, не могу найти

Я надеюсь ты хоть не для koa примеры ищешь? А то тут есть одна особенность лол

годовщину отметила

Я надеюсь ты хоть не для koa примеры ищешь? А то тут есть одна особенность лол

аахах)