TS
Но фреймворки и само приложение могут формировать при старте такие неймспейсы, как им нужно
Size: a a a
2020 October 21
ES
модули не должны ни модифицировать встроенные классы, ни примешивать что-то к глобалу или к строенным библиотекам через require
ага. то есть модулям не разрешаем. тогда понятно.
LL
как тогда правильно переиспользовать ? просто по мере необходимости подгружать же?
TS
как тогда правильно переиспользовать ? просто по мере необходимости подгружать же?
ничегонепонимаю
TS
что переиспользовать, что подгружать?
LL
сорри - перезалью вопрос когда обдумаю
ES
с точки зрения производительности без разницы
с точки зрения WTF/minute лучше require потому что это более общепринято и никто не скажет What the f**k (по-русски “Зачем это здесь?”)
с точки зрения WTF/minute лучше require потому что это более общепринято и никто не скажет What the f**k (по-русски “Зачем это здесь?”)
TS
с точки зрения производительности без разницы
с точки зрения WTF/minute лучше require потому что это более общепринято и никто не скажет What the f**k (по-русски “Зачем это здесь?”)
с точки зрения WTF/minute лучше require потому что это более общепринято и никто не скажет What the f**k (по-русски “Зачем это здесь?”)
с точки зрения WTF в принципе любые миксыны - это плохо
ES
а с точки зрения юнит тестирования еще - как? для мока тех библиотек то реквайрятся уже есть куча способов их замокать
TS
а с точки зрения юнит тестирования еще - как? для мока тех библиотек то реквайрятся уже есть куча способов их замокать
с точки зрения тестируемости можно все класть в vm.createContext и vm.Script и перехватывать там любой глобал и рекваер, заменять что угодно
ES
меня больше интересует “чистота тестов” - чтобы функции /модули были чистые без side effects и два разных теста не мешали друг другу. если что-то кладется в global это может быть не так
TS
эвала там нет, там создаетя V8 изолят, но это похоже, да
LL
ну вроде дошло - приложение нужно запускать внутри vm.createContext и это будет хорошо
TS
меня больше интересует “чистота тестов” - чтобы функции /модули были чистые без side effects и два разных теста не мешали друг другу. если что-то кладется в global это может быть не так
глобалов можно создавать сколько угодно и изолировать их
TS
это близкий родственник new Function
TS
но это не изолят
TS
ну вроде дошло - приложение нужно запускать внутри vm.createContext и это будет хорошо
смотря для чего
TS
я все эти исходники читал
АП
и второй вопрос - может уже кто то задумывался над стандартным архетипом перед созданием функции - что бы при изменении ее свойства до вызова она удобно логировала отчет о работе или сразу в ней была бы стандартная шина событий для подписки на ее действия - речь именно о стандарте
Видимо тебе хочется аоп (хотя, если честно, я вряд ли уловил смысл сообщения), можешь с его практиками ознакомиться