Только осторожно с такими расширениями. Пока оно включено рандомный сайт на который вы случайно зайдёте может увести все ваши аккаунты, деньги и данные из всех мест где вы залогинены.)
>Не понятно почему по умолчанию не используется snake_case?
Потому что в javascript не используется snake_case? Потому что все интерфейсы и api в javascript используют camelCase и используя snake_case вы на выходе получите кашу?
Это правило стоит отключать только в особых специфических случаях. Если вы просто пишете код - не используйте snake_case.
Смотреть лень, но если этого заранее вручную кто-то из разработчиков не предусмотрел - то автоматически это сделать практически не реально. Но по идее должны бы.)
...upd
Если посмотреть внутрь либы, то можно увидеть, что сорцы компонентов доступны напрямую в двух вариантах ts и js: https://unpkg.com/browse/antd@4.3.4/lib/button/ https://unpkg.com/browse/antd@4.3.4/es/button/
Так же как и css в сорцах и собранный . Значит (теоретически) можно подключать как отдельный css, так и компоненты напрямую поштучно.
Но проверять я это уже не буду.)
Bavashi, я б вообще нигде не светил, ни фейсом, ни чем ещё. Анонимность - это свобода.
Другое дело, что я прекрасно понимаю как делаются дела, и потому глупостями, как автор вопроса, не страдаю.
Bavashi, нет, я за максимальную анонимность где возможно. В интернете нет ни одной моей фотографии, окромя той что в резюме.
Но работа - это работа. Работаю я под своим именем и фейсом, потому что иных адекватных вариантов нет.)
Нужен урезанный jsfiddle/codepen пример проблемы.
Если ваше описание достоверно, то это баг конкретного мобильного браузера, но без примера нет никаких гарантий, что вы ничего не упустили.
VL5438, i++ и --i тут - это разные выражения, их приоритеты не учавствуют в сравнении, т.к. оба выше чем +, и потому относительно + - равноправны. Они могли бы побороться между собой только в случае --i++.
Sergo94Min, суть в том, что при ssr запрос к базе идёт изнутри сервера ровно один раз - при первой загрузке, в остальных случаях все запросы идут через апи от клиента. Всем просто лень городить два параллельных варианта. Но вы сами в принципе можете, это на сколько-то там ускорит первую загрузку.)
Ты не можешь "зарезолвить" промис. Промис резолвится сам тогда, когда некое асинхронное действие произошло.
Порядок событий в коде примерно таков:
1. Запуск кода из основного файла.
2. Запуск кода импортирующкгося модуля.
2.1. Создание промиса getMain.
2.2. Запуск промиса getMain.
2.3. Экспорт промиса getMain.
3. Импорт промиса getMain в основной файл.
4. Дальнейшее исполнение кода основного файла.
5. Завершение исполнения кода основного файла.
...спустя какое-то неизвестное время
6. Промис getMain резолвится, выполняются обработчики назначенные ему через then.
он свой синхронный результат
Нет никакого синхронного результата. Промис по определению асинхронен. Сам по себе промис - это обёртка над колбэками, упрощающая написание и не более того. Асинхронность всё та же остаётся на месте.
Вам надо читать нормальные учебники, для понимания основ. И забыть о синхронности - в мире js её не существует.
d2207, ну естественно вам надо ещё подождать пока промис отработает. Нельзя экспортировать то, чего нет. Экспорт происходит сразу, а массив вы получаете когда-нибудь потом.
Дима, как вам надо, так и поступайте, яж не знаю чего вы хотите от этого класса.
Просто держите в уме, что вы не можете вывести значение, которое ещё не было назначено: javascript не обладает пророческими алгоритмами и предсказать какое значение там окажется после клика и будет ли когда-нибудь вообще тот самый клик - не может.
Если вам нужно значение по умолчанию - так задавайте его в конструкторе.
