А, это типа "да"?

А, это типа "да"?

Вопрос задавал о разнице между Flux и MVVM, по цепочке реплаев можно отследить либо я вверху скинул

Разница в unidirectional dataflow.

В MVVM тоже unidirectional. Всё общение происходит через ViewModel, при этом View подписывается на обновления. Так же и у Flux, общение идёт через цепочку action-dispatcher-store(т. е. ViewModel ), и при этом view подписывается на store

В MVVM тоже unidirectional. Всё общение происходит через ViewModel, при этом View подписывается на обновления. Так же и у Flux, общение идёт через цепочку action-dispatcher-store(т. е. ViewModel ), и при этом view подписывается на store

Никто, что-ли, не понимает архитектурные паттерны здесь?

В mvvm vm обзается и с m и c v. В флюксе однонаправлено все.

Подскажите плз по верстке, у меня модальное окно под некотирими блоками находиться, тоесть контент блока напливает на модальное окно, так только на некоторих блоках, почему так(?

Подскажите плз по верстке, у меня модальное окно под некотирими блоками находиться, тоесть контент блока напливает на модальное окно, так только на некоторих блоках, почему так(?

z-index, block formatting context

Всем привет! Кто может объяснить разницу между Flux и MVVM? Прочитал много статей и примеров, но везде суть всегда сводится к тому, что: 1. View подписывается на ViewModel(Store) за обновлениями 2. ViewModel(Action) общается с Model 3. View общается с Model через ViewModel(action-dispatcher-store update) *в скобках примеры из Flux *Да, в Flux есть элементы Action, Dispatcher, Store, но в совокупности они дают тот же самый ViewModel

По сути - это одно и то же

https://github.com/reduxjs/reselect эта либа еще актуальна или есть что-то лучше?

Не вижу нигде этого https://en.m.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93viewmodel

Не знаю почему не увидел. Вьюмодель помимо дата-байндинга еще и команды может давать вьюшке. Достаточно посмотреть на визуальное представление паттернов, чтобы понять отличия. Они не координальные, разумеется, но вполне очевидны.

https://medium.com/@h_liyan/an-event-driven-mvvm-alternative-to-the-flux-front-end-architecture-b7a8fa8c9b58

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

store тоже команды даёт для view

В flux в идеале все подписки не напрямую, а через subscribe единственного стора, и все экшены так же через единственный диспатч. Стор, с dispatch и subscribe, предоставляет ворота которые ну никак нельзя обойти - в этом и заключается архитектурный бенефит, это намного предсказуемее и дебажится проще

Всем привет, такой вот вопрос, в какой связке с бэкендом у вас получалось лучше, react+django или react +node?

Можно и так

Это уже имеет смысл. Только почему никто не говорит об этом, непонятно

Это уже имеет смысл. Только почему никто не говорит об этом, непонятно

https://github.com/reduxjs/reselect эта либа еще актуальна или есть что-то лучше?

всем привет. Кто использовал плагин babel-plugin-module-resolver? Прописал вот такой babelrc

всем привет. Кто использовал плагин babel-plugin-module-resolver? Прописал вот такой babelrc

https://github.com/reduxjs/reselect эта либа еще актуальна или есть что-то лучше?

нет, не малаца. Такой импорт не работает. Что неправильно делаю не пойму

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

Насколько мне известно, MVVM это не строгий набор правил и каждый реализовывает его по разному. Нельзя считать что Flux это одна из реализации MVVM? Плюс со всему это очевидно, что Flux из семей семейства MV*

Так сначала проблему опиши

Проблема в том, что не работает импорт. Пути в .babelrc прописал правильно. babelrc лежит в корне проекта.

Потому что root должен быть не в alias, а рядом.. Но в чем проблема юзать функционал вебпака?

Потому что root должен быть не в alias, а рядом.. Но в чем проблема юзать функционал вебпака?

нет, не малаца. Такой импорт не работает. Что неправильно делаю не пойму

Да, можно. Некторые реализации и правда похожи.

https://medium.com/@h_liyan/an-event-driven-mvvm-alternative-to-the-flux-front-end-architecture-b7a8fa8c9b58

Вот это меня и волновало. Я, правда, не совсем понимаю зачем назвали это Flux и нигде не упоминают что это ещё одна реализация MVVM (MVVM-U(unidirectional))

кто что думает о react-table? хорошая библиотека или легче самому написать? просто периодически сталкиваюсь с проблемами, то width колонке не задать без костылей, то метод mergeProps удалили.

Сделайте PR в facebook/flux

Да я не хейтер и никого не учу. Просто хочу больше понимать во всех этих паттернах и иногда возникают непонимания

Да я не хейтер и никого не учу. Просто хочу больше понимать во всех этих паттернах и иногда возникают непонимания

кто что думает о react-table? хорошая библиотека или легче самому написать? просто периодически сталкиваюсь с проблемами, то width колонке не задать без костылей, то метод mergeProps удалили.

А я серьезно. Либо вмержат, либо объяснят почему сделали именно так

А почему нельзя сравнить

хорошая, правда в бете, но я взял

переделал, все равно не работает

Ты уверен что он с не js файлами работать должен?

да все правильно, по докам прописывал же все. Сейчас буду с вебпаком пробовать

С вебпаком надо было сразу пробовать)

да кто ж знал, что такая фигня получится)))

😐

Потому что еще не было стабильного релиза, а так офигенная кастомизируемая либа. Аналогов нет.

там в 6 версии тоже что-то ломалось недавно. хотя она стабильная

Ну 6 я уже давно не юзаю

ну и вот ещё - разраб говорит "не юзайте 6", но "7 в проде тоже не юзайте".

export 'utils' was not found in 'react-table' 😩 блэт неделю назад ток поставил, а уже фиксить ._.

Про 7 наоборот

что наоборот?

В редаксе есть хуки. Вот почему.

The differences between the 2 versions are incredibly massive. Unfortunately, I cannot write a one-to-one upgrade guide for any of v6's API, simply because much of it is irrelevant with v7's headless approach. The best approach for migrating to v7 is to learn its API by reading the documentation and then following some of the examples to begin building your own table component.

The differences between the 2 versions are incredibly massive. Unfortunately, I cannot write a one-to-one upgrade guide for any of v6's API, simply because much of it is irrelevant with v7's headless approach. The best approach for migrating to v7 is to learn its API by reading the documentation and then following some of the examples to begin building your own table component.

фигово конечно у кого в проекте куча таблиц, обновляться с 6 на 7 наверное)

by reading the documentation, которая довольно скудна.

о, круто =) пофиксил, стало еще проще

The show option has been deprecated. Visibility of columns can now be controlled using the hiddenColumns state property. It's an array of column ID's to be hidden. There are also brand new methods on the instance and columns for controlling visibility, including an example of how to build a column hide/show UI :) Cheers! и еще немного фиксов =)))