Комментарии / Профиль wheercool

20.10.2023 21:05:20

Fri, 20 Oct 2023 21:05:20 GMT

Как я понял там для этого есть component.update аналог реактовского forceUpdate

15.11.2021 21:32:59

Mon, 15 Nov 2021 21:32:59 GMT

Все смешалось люди, кони.

Особенно понравилась логическая цепочка: появление хуков сделало реакт более понятным, поэтому кол-во вопросов на SO возросло )

15.11.2021 21:26:11

Mon, 15 Nov 2021 21:26:11 GMT

Заворачивайте в декораторы и не парьтесь

14.03.2021 16:10:42

Sun, 14 Mar 2021 16:10:42 GMT

Да, действительно. Спасибо за отличное решение :)

13.03.2021 20:36:11

Sat, 13 Mar 2021 20:36:11 GMT

А как ваше решение отработает когда порядок респонсов от сервера будет не такой как порядок запросов? Есть предположение, что ни один обработчик не сработает

07.03.2021 09:00:15

Sun, 07 Mar 2021 09:00:15 GMT

Есть такая вещь как easymotion и подобные, позволяют довольно удобно навигироваться по коду без мышки.

17.10.2020 17:39:59

Sat, 17 Oct 2020 17:39:59 GMT

То, что strictNullCheck не включен, но это претензии к tsconfig :)

16.10.2020 09:32:55

Fri, 16 Oct 2020 09:32:55 GMT

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

Очень сильно утверждение.
Мне кажется вы до конца не разобрались в чем именно сила d3. Она не в наборе библиотечных функций для построения layout и т.п., а как раз в работе с DOM и динамическом обновлении данных. Данные — в данном случае это не просто точки, а некоторые сущности (следовало бы добавить для них id). И d3 через паттерн enter update exit позволяет оперировать разными состояниями этих сущностей. Можно отдельно анимировать появление новых сущностей, обновлять уже существующих и удалять устаревшие.

Попробуйте, например в ваш пример scatter plot (№3) добавить fadeIn, fadeOut для появления и удаления сущностей, а также анимирование перемещения существующих окружностей и вы поймете, что в реакте с этим туго.

Вообще как мне кажеться, идея «Виртуального дома» была успешно заимтвована из d3 selection

12.10.2020 19:59:28

Mon, 12 Oct 2020 19:59:28 GMT

Вообще строго говоря mobx это про MVVM и в самом общем случае:
M — это данные (скорее всего с бэкенда) + логика (скорее всего сервисы),
VM — observable поля (состояния вью, обычно сторы)
V — понятно
Весь смысл MV* архитектур в том что букву M можно переиспользовать в дугих приложениях и в теории даже заменить react на angular, например. Другое дело, что на клиенте это скорее всего излишне и поэтому зачастую store = VM + M

11.10.2020 17:34:47

Sun, 11 Oct 2020 17:34:47 GMT

А как вы тестировали ваше angular приложения с импортами и вместо DI?

10.10.2020 11:16:42

Sat, 10 Oct 2020 11:16:42 GMT

Имхо, вся фишка mobx как раз в том, что уведомления синхронно происходят. Если хочется по дефолту асинхронно, то лучше тогда уже использовать rxjs

28.09.2020 04:44:55

Mon, 28 Sep 2020 04:44:55 GMT

Мне кажется вы забыли о видео лекциях

24.08.2020 22:06:11

Mon, 24 Aug 2020 22:06:11 GMT

Пул объектов пробовали использовать?

29.03.2019 04:08:42

Fri, 29 Mar 2019 04:08:42 GMT

К слову сказать Object.keys не сохраняет порядок ключей

25.08.2018 22:25:58

Sat, 25 Aug 2018 22:25:58 GMT

№4 вариант не позволяет задать жесткий размер картинки, например в карточках товара.

22.11.2017 08:24:13

Wed, 22 Nov 2017 08:24:13 GMT

Redux был построен на идее Free Monad. Если перевести на ООП терминологию то это паттерн Interpretator. Actions — это DSL, а reducers — это Интерпретатор. Основной смысли и преимущество в том, что уровень Actions(DSL) изолирован от того, как он должен интерпретироваться и в любой момент можно для него написать другой интерпретатор (более эффективный, либо с измененной логикой).
Вы же в Actions делаете связь с reducer, т.е. ваша абстракция начинает зависеть от реализации.
Я не говорю, что ваше решение плохое, но это уже не redux. Возникает тогда логичный вопрос, а зачем вам вообще тогда Actions?
Что такое store — это контейнер состояния. Основываясь на том как вы его используете, могу предложить вам перейти просто на классы.

class Store {
    action1() {
    }
    action2() {
    }
}

06.10.2017 09:35:53

Fri, 06 Oct 2017 09:35:53 GMT

Не в защиту bluebird, но состояние гонки можно легко получить и в асинхронной модели.
Многие забывают, что ответы могут приходить не в том же порядке, что и запросы

06.10.2017 07:02:10

Fri, 06 Oct 2017 07:02:10 GMT

В новой версии V8 уже не актуально

06.10.2017 06:28:35

Fri, 06 Oct 2017 06:28:35 GMT

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

29.09.2017 16:12:45

Fri, 29 Sep 2017 16:12:45 GMT

Может кто-нибудь пояснить:
1. Зачем нам сначала ждать появление элемента в дом, а затем ждать его визибилити. Нельзя ли просто ждать визибилити? Ведь элемент не может появится на странице перед тем как попасть в DOM.
2. Вопрос по экепшену

System.InvalidOperationException: Element is not clickable at point (326, 792.5)

Клик сработал во время анимации
Но ведь используя wait и ожидания visiblity мы ведь тоже можем столкнутся с этой проблемой? Или visibility condition как-то хитро устроено и определяет окончание анимации?