Владимир Коротенко, сейчас понимаю, что, вероятно, из моего вопроса было не до конца ясно, что я имею ввиду именно эту "блокировку". Она слишком ярко маячит на горизонте, к сожалению, хотя и стопроцентной уверенности на счёт её внедрения пока нет.
Тем не менее, для программистов это будет означать смерть, получается. В один момент для нас исчезнут пакеты npm, пакеты линукса, образы докера и прочее-прочее. Вероятно, будет какой-нибудь яндексовый облачный сервис для этого, с крайне ограниченным списком доступных пакетов.
WbICHA, я понимаю, что у них не может быть одного названия)
Почему отдельный интерфейс - потому что нужно где-то описать входные параметры в метод-конструктор. Так как класс использует все поля из этого интерфейса, и лишь добавляет новые, то логично, что мой class implements interface, хотя, как я понял, практической пользы это не несёт.
Наверное, стоит сократить вопрос до следующего содержания: могут ли в одном проекте на TS существовать тип UserType, интерфейс UserInterface и класс UserClass (именно с такими именами), или это решается иначе?)
Полагаю, что это всё-таки плагин, который блокирует загрузку/выполнение кода. В экосистеме WP мало кто думает о производительности, потому есть вероятность, что плагины дёргаются в т.ч. и на странице логина. Тут могу посоветовать только отключение всех плагинов, проверка загрузки той же страницы логина. Если стало лучше, поочередно включать плагины.
Если нет, то есть вероятность, что проблема-таки в сервере, т.к. не факт, что в рамках одного хостинга все проекты будут на одном серваке (если у вас конечно это как-то явно не обозначено).
Однако данный пример подразумевает, что все нужные плагины будут зарегистрированы при инициализации приложения, тогда как в моём случае необходимо слушать стор динамически, при инициализации конкретных классов.
Это решение, к которому я пришел на данный момент. Однако, добиться реактивности пока не удалось. Смысл в том, что нужный слушатель подключается при инициализации класса. В примере всё работает, но тут я передаю класс в компонент через data().
В моём конкретном случае же всё несколько сложнее. Там класс выступает в виде хранилища данных для компонента Vue и передаётся через props. Такие "воркэраунды" были придуманы в ходе решения задачи, которую описал в предыдущем вопросе. И такое решение было замечательным ровно до тех пор, пока не столкнулся с необходимостью интеграции с Vuex :(
В JS это сработает, так как непустая строка будет приведена к true. Понимаю, что пример нечитабельный, идея была в том, чтобы проверить значение переменной на равенство одной из трёх строк, не дублируя при этом оператор сравнения и переменную. То есть чтобы читалось так: статус равен этой строкеИЛИ этой строкеИЛИ этой строке Повторюсь, что это достаточно бессмысленная демагогия, но выше привели пример на шарпе, который как раз-таки решает эту проблему.