нормальный IoC контейнер позволяет проверять то ли ты забиндил

делает то что мне нужно

делает то что мне нужно

об этом и разговор. В языках где есть нормальный IoC контейнер у тебя нет выхода и ты объявляешь контракты через отдельную сущность - интерфейс.

а в модулях такого нет

Я не пойму о чём мы спорим. Если ты хочешь чтобы что-то проверялось, тебе нужно будет описать интерфейс. Отдельно или в самом япе (flow/ts) это неважно, но он должен быть описан

Ты напутал всё и вся

Ты напутал всё и вся

просвяти

Во-первых, соответствует интерфейсу != делает то что мне нужно Во-вторых, модуль ничем от объекта в js не отличается, так что описание объекта и модуля взаимозаменяемы

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

Я не понимаю, что такое "нормальный IoC контейнер"

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

Ну это буллшит, очевидно

Во-первых, соответствует интерфейсу != делает то что мне нужно Во-вторых, модуль ничем от объекта в js не отличается, так что описание объекта и модуля взаимозаменяемы

во первых должно соответствовать по второму да, согласен

Если ты можешь подменять require, тебе не нужен свой ioc

он будет поверх require

Ну это буллшит, очевидно

аргументируй

во первых должно соответствовать по второму да, согласен

Если у тебя не прувер, то ни о каком соответствии кроме как интерфейсном речи идти не может.

аргументируй

Что аргументировать-то?

подменяешь require и получаешь DI на уровне модулей

Нужна проверка? Описывай интерфейс модулей

Если у тебя не прувер, то ни о каком соответствии кроме как интерфейсном речи идти не может.

Как я интерпритирую "интерфейс". Это не какая-то штука которая регламентирует сигнатуры методов, а штука которая описывает что "будет какая-то шляпа которая будет предоставлять тебе такое-то поведение"

Как я интерпритирую "интерфейс". Это не какая-то штука которая регламентирует сигнатуры методов, а штука которая описывает что "будет какая-то шляпа которая будет предоставлять тебе такое-то поведение"

Потрачено

Интерфейс это совокупность сигнатур.

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

Интерфейс это совокупность сигнатур.

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

Что

подожди

какой кастыль

Как я интерпритирую "интерфейс". Это не какая-то штука которая регламентирует сигнатуры методов, а штука которая описывает что "будет какая-то шляпа которая будет предоставлять тебе такое-то поведение"

Интерфейс+контракт

ты о interface как конструкции в джавах?

Об этой чуши никто тут не говорит

да) и виртуальных методах в плюсах

Об этой чуши никто тут не говорит

тогда давай только на контрактах сосредоточимся.

Ты в компайлтайме проверить можешь только интерфейсы

и представим что в рамках контракта у нас есть какие-то способы взаимодействия, описываемые функциями/методами/сообщениями

да, ты не можешь в кампайл тайме проверить поведение

Ну, если сильная система типов и это практически прувер, то ряд условий ещё, да

Есть модуль А, который импортит модуль Б. В конфиге я поставил резолв модуля Б на модуль В, хочу чтоьы статический анализатор это проверил, иде поняла и прочее

Так, ладно, стоп

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

Это есть, если юзаю классический Ioc framework

Хочу убрать лишнее и переложить максимум на язык

Но нужно тулзы подстроить

Я не знаю в какой спор я влез и о чём тут вообще речь идёт. Кто-то возникал против модульной системы в js — я аргументировал что можно всё подменить и не нужно будет свои велосипеды с отдельными ioc фреймворками вести. Возможность чеккинга тоже есть (проверка module.exports), работает ли она где-то сейчас или нет это другой вопрос, но реализовать можно. Всё /thread

Я не знаю в какой спор я влез и о чём тут вообще речь идёт. Кто-то возникал против модульной системы в js — я аргументировал что можно всё подменить и не нужно будет свои велосипеды с отдельными ioc фреймворками вести. Возможность чеккинга тоже есть (проверка module.exports), работает ли она где-то сейчас или нет это другой вопрос, но реализовать можно. Всё /thread

не в js, в целом

не только js использует модули

Что " в целом"?

Хватит в воздух пердеть

С конфигом вебпака/любого бандлера в том, что они сами для себя. Ts/flow не поймет, нода не поймет, eslint не поймет и т.д.

Это конкретная задача и решается на конкретных технологиях

Есть где-то, где решена?

Скорее всего нет

Я знаю где решена с ioc framework

ioc тоже везде придётся встраивать

И даже в пайтоне юзают примерно поэтому инъекцию в конструктор

Потому что с модулями неудобно

Хотя модули там хороши, но видимо эта проблема с резолвом портит все

Модули в питоне хуже некуда

самая мудацкая система модулей

самая мудацкая система модулей

опять же, аргументируй. Опиши почему так считаешь

опять же, аргументируй. Опиши почему так считаешь

+

опять же, аргументируй. Опиши почему так считаешь

builtin модули выше кастомных

Ненастраиваемый резолв?)

Ненастраиваемый резолв?)

Частичтонатсраеваемый

Ну это выше уже обсудили вроде

Частичтонатсраеваемый

Очень частично

Вроде только в тестах рекомендуют менятт

Не важно. builtin выше кастомных => в мусорку

Пфф

ERROR: S client not available

Нет

Что "нет"?

Завтра новый модуль добавят

И у всех всё сломается

Это очень минорная проблема резолва

Это охуеть какая проблема резолва

Ибо резолва ещё и нет

резолв начинается в sys.path

И внезапно туда впилить уже ничего нельзя

Определение того, где искать модуль = резолв

Про частные реализации опустим

В пайтоне просто есть еще пользовательский, который настраивается

Определение того, где искать модуль = резолв

вопрос определения. Модуль может и не надо искать

Корчое надо эту мысль в чате ноды толкнуть

В ноде всё нормально с модульной системой

Не считая ненастраиваемого NODE_PATH отдельно для пакетов

Может тогда хорошо esm впилят)

Он не решает проблем

от слова совсем

проблема ".../../...//...//.." так и останется

Там надо выдрать резолв отдельно

И под этого можно конфиги выдумать

Ну, когда эту часть спеки допилят, тогда и будет о чём говорить

Ну, когда эту часть спеки допилят, тогда и будет о чём говорить

Какую часть?

Уже вроде про интероп и цикл жизни все перетерли

В сентябре и феврале вроде

интероп? цикл жизни?

я тебя не понимат

мы модульную систему обсуждали

Про cjs - esm в ноде

А, подожди

esm это ES module, не?