радактировать руками

тут уже все на ярн, а у кого-то и нпм не было.

не думал сменить работу?

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

а если через insertAdjacentHTML вставляется <script>...</script> в хтмлку то он не выполняется? нет простого способа заставить его выполниться?

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

а если через insertAdjacentHTML вставляется <script>...</script> в хтмлку то он не выполняется? нет простого способа заставить его выполниться?

подключай его как внешний <script src="">

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

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

Гайз, есть интересная задача, но для меня джуна она сложновата. Пушу я, значит код в двух файлах .js, в первом я объявляю некую глобальную переменную, а во втором использую ее, как мне во втором файле проверить, что переменная объявлена, чтобы избежать падения?

Гайз, есть интересная задача, но для меня джуна она сложновата. Пушу я, значит код в двух файлах .js, в первом я объявляю некую глобальную переменную, а во втором использую ее, как мне во втором файле проверить, что переменная объявлена, чтобы избежать падения?

это браузерное? тогда проверяй что window.элемент !== undefined

window это как раз глобальный неймспейс в браузерах

все глобальные переменные и функции в нем лежат

ок, сэнкс.

это браузерное? тогда проверяй что window.элемент !== undefined

А могу я использовать для проверки type of?

ага

ага

Спасибо.

просто вроде уже все новые браузеры умеют undefined напрямую как переменную

какой то ад описал ><

Это из жизни. Текстовый редактор нужен был с плюшками. А почему это ад?

просто вроде уже все новые браузеры умеют undefined напрямую как переменную

в каком смысле? всегда и умели)

в каком смысле? всегда и умели)

а да, что то я не о том думаю ) да typeof нужно использовать когда проверяешь переменную которой может вооще не быть например если X не существует то X === undefined ошибку вызовет, а typeof X === 'undefined' нет

а для полей объектов уже безопасно и напрямую с undefined сравнивать

Нет, если совсем нет, то иначе проверка

'a' in b

Где b объект, в котором может быть, а может не быть а

Если по замыканию, то тайпоф

ну b.a === undefined в этом случае тоже корректно сработает

Не совсем

почему?

Кто-то может определить b.a = undefined

Причем оно и даже память будет занимать

Но undefined значение иметь

и правда, вот до этого не догадался

?

не думал сменить работу?

Не, мне всё и правда нравится

Кто-нибудь в проде юзает переопределение метода toString или может быть valueOf?

Дефолтный метод объектов

я только toJSON переопределял, правда это на бекэнде в ноде, и не к Object а к Error типу

точнее там у Error вообще нет toJSON, поэтому к нему JSON.stringify не применялся

то есть не применялся а выдавал {} всегда

А то есть кто считает черной магией, кто нормальной обычной штукой

Но нужно больше мнений

тесты под extjs писать можно?

Можно. Karma, mocha, chai

в приложение на эксте

Там своя пакетная система. Пакеты есть

Там своя пакетная система. Пакеты есть

но зачем если есть нпм?

где из пакеты побраузить можно?

Кто-то может определить b.a = undefined

и?)) typeof b.a === 'undefined' :) никакой разницы

это как раз разница проверок in и на undefined

но зачем если есть нпм?

На тот момент. Не было. Также история с meteor (там тоже самое ибо не было)

но зачем если есть нпм?

Зачем нужен реакт если есть ангуляр? Такой же вопрос

Зачем нужен реакт если есть ангуляр? Такой же вопрос

не такой же

но зачем если есть нпм?

не стоит боготворить нпм :)

я не боготворю

и?)) typeof b.a === 'undefined' :) никакой разницы

Разница в том что undefined и физическое отсутствие ключа в объекте - разные вещи

так побраузить можно?

Разница в том что undefined и физическое отсутствие ключа в объекте - разные вещи

но проверки b.a === undefined и typeof b.a === 'undefined' будут работать одинаково

но проверки b.a === undefined и typeof b.a === 'undefined' будут работать одинаково

Там про другое же было

а, там про in тоже было, ок

где из пакеты побраузить можно?

Корпоративный сегмент. Все в себе. А то что opensource в репозиториях лежит. https://docs.sencha.com/cmd/guides/cmd_packages/cmd_creating_packages.html

Или так

https://market.sencha.com/

лодаша, нет. да?

лодаша, нет. да?

Там свой есть.

Из коробки

+1

хорошо

что вы делаете когда есть пакет на нпм

ERROR: S client not available

но нет в маркете сенчи?

Скажу по своему опыту

99% всего что было нужно - есть из коробки

По этому банально не пригождалось

Вот прям вообще

Это может показаться странным

Но... есть как есть

http://docs.sencha.com/extjs/6.2.0/classic/Ext.html

Там слева дерево классов

Есть на любой вкус

И подключается внутренним механизмом рекваера

С собой только ядро

а реактивность есть?

Да

Там и промисы свои

http://docs.sencha.com/extjs/6.2.0/modern/Ext.Deferred.html#methods

Не

http://docs.sencha.com/extjs/6.2.0/classic/Ext.Promise.html

Вот промисы

они ни A+

=(

ну окай, у вас свой энтерпрайзный около джавишный мир

огороженный от открытой экосистемы ноды

я бы выбирался из такого

Это смотря с какой стороны забора смотреть ?

В целом же это просто свой инструмент для своих нужд

Обычным сайтам оно не нужно

лучше просто не перелазить на эту сторону забора

лучше просто не перелазить на эту сторону забора

Я тебя понимаю. Но увы, даже на реакте можно наговнокодить так что не обновишся.

надо запомнить, что на ext нельзя соглашаться работать D:

Я тебя понимаю. Но увы, даже на реакте можно наговнокодить так что не обновишся.

я просто вообще джавист, проект на спринге + ext на фронте, в итоге 99% времени фиксим баги на фронте

?