не самое удобное решение же?

нуу, а что такого ?

все равно же екшин вызывается редуксовский

Привет всем, не подскажите плагин для styled components на vscode, а то надоело оставлять место самому мне нужно что-то на подобие ESLint, потому что ESLint не работает с styled components

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

только зачем ?

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

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

Redux работает лучше в большом проекте

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

сложно объяснить в сравнении, т.к. это принципиально разные подходы, но редакс сильно навязывает схему построения бизнес логики, возможно хорошо построенные санки решают мою проблему, но у меня не было опыта

как помне санки вообще к фреймворку не относятся по факту

можешь их и с мобх и с чем-то еще использовать

(loading, success, reject)=>args=>(dispatch,getState, di)=>any

я вот так описываю санки и вообще не чувствую что их надо будет переписывать

если я хоть что-то поменяю в проекте

даже если мобх будет

мне кажется что надо смотреть больше в идею модульности и компонетизации, а не мвц

+ сервисы позволяют удобно сохранять промежуточный стейт(контекст), у тех же асинхронных запросов

мне кажется что надо смотреть больше в идею модульности и компонетизации, а не мвц

так сервисы и DI и есть модульность, разве нет?

+ сервисы позволяют удобно сохранять промежуточный стейт(контекст), у тех же асинхронных запросов

это все от лукавого, потом проблем куча выплывет

Вы оба правы

И оба не правы))

это все от лукавого, потом проблем куча выплывет

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

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

окей ты инжектишь сервис в другой сервис, тот сервис в третий

так цепочка

изменений стейтов может произойти через методы сервиса

сначала скажи какой, синглтон?

сначала скажи какой, синглтон?

а какая разница ?

тебе тяжело дебажить это

а какая разница ?

ну, если не синглтон, будет 3 разных инстанса сервиса и их состояния не будут связаны

как потом дебажить эти состояния ?)

изменений стейтов может произойти через методы сервиса

так, и в чём проблема?

контекстное состояние сервиса? типа isFetchingUsers?

Пожалуй, есть смысл подумать насчёт менее провокативного термина чем сервис ?

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

Пожалуй, есть смысл подумать насчёт менее провокативного термина чем сервис ?

класс?

сервисы и di это больше про разделение уменьшение связаности логики

инжектабл ?))

класс?

Ето обман чтобы набрать классы

окей ты инжектишь сервис в другой сервис, тот сервис в третий

как стор?)

Ето обман чтобы набрать классы

отличная идея, нужно отрефакторить все упоминания сервисов, и скрыть за красивами функциями .mapClass().Singleton()

красиво

сервисы и di это больше про разделение уменьшение связаности логики

скорее это точно такое же разделение как у редьюсеров, только с видимыми зависимостями

FactoryProviderClass.createBuider().createAsyncServiceInjector().provideConfiguration(FactoryProviderClass.SINGLETON_IDENTIFIER)

типа в хорошем сложном редьюсере ты не сможешь сразу сказать как повлияет экшон на стейт, а в хорошем DI ты сможешь сказать как экшон повлияет на стейт сервиса к которому относится, и какие другие сервисы он затронет

FactoryProviderClass.createBuider().createAsyncServiceInjector().provideConfiguration(FactoryProviderClass.SINGLETON_IDENTIFIER)

фактори и провайдер это к DI, убирай

createAsyncServiceInjector меняй на createAsyncClassInjector

я хз, я бы вот такие структурные организации откладывал как можно дольше

и обходился бы самыми простыми структурными единицами и логическим разделением кода

createAbstractSingletonProxyFactoryJSX

Еее

санки, селекторы, редюсеры и сервис методы для трансформации данных, валидации и тд

Наконец-то жс отбросил свой -script

?

Java

ну например в том же golang ребята ж живут как-то без сложных абстракций

???

ну например в том же golang ребята ж живут как-то без сложных абстракций

if err != nil

ну например в том же golang ребята ж живут как-то без сложных абстракций

Потому что они принесиподай сервисы делают

В фронте радикально иная ситуация

И оба не правы))

поделись мыслями на этот счёт

ребята, а как вы конфигурацию апи под разные environment прокидываете в приложение?

Через вебпак плагин

есть несколько фронтовых приложений на react, каждое из них для отдельной роли пользователей, но стилизация и компоненты могут быть одинаковыми назревает вопрос шаринга компонентов, как бы вы сделали? 1. отдельный npm repo для библиотеки компонентов 2. монорепо с шариным кодом 3. что то еще?

Хочу donenv заюзать с вебпак плагином но пока чет не до этого

ERROR: S client not available

есть несколько фронтовых приложений на react, каждое из них для отдельной роли пользователей, но стилизация и компоненты могут быть одинаковыми назревает вопрос шаринга компонентов, как бы вы сделали? 1. отдельный npm repo для библиотеки компонентов 2. монорепо с шариным кодом 3. что то еще?

2

а если конфигурация динамически должна загружатиься а не на этапа сборки?

Хз)) Тогда просто подгружай в приложение все варианты, или с нодой там отдавай, хз

Через вебпак плагин

ты про DefinePlugin ведь?

Ну да

оке, спасиб

dotenv тоже смотрел

он вроде следует какой-то методологии 12 factor app

Ага, там ссылка есть что это

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

Кто работал с react-intl, а именно с FormattedPlural. Можете показать пример использования для русского языка?

Кто работал с react-intl, а именно с FormattedPlural. Можете показать пример использования для русского языка?

в доке что не хватает инфы???

Если поможешь кину тебе сотку.

немного не понял, как чел юзает connect без байндинга?

баксов надеюсь? :))

Кто работал с react-intl, а именно с FormattedPlural. Можете показать пример использования для русского языка?

вот простой пример

кроме one, other есть еще zero, two, few, many

Прочти последнее предложение моего сбщ

А ничего что это работает только для английского языка

кроме one, other есть еще zero, two, few, many

А ничего что это работает только для английского языка

там есть таблица соответствия для разных языков

http://www.unicode.org/cldr/charts/28/supplemental/language_plural_rules.html

в этой таблице есть пропсы для russian

а как код прокинуть туда не фига не понятно

в IntlProvider должен быть указан что ли? через defaultLocale?

а как код прокинуть туда не фига не понятно

а тебе что конкретно надо плюрализовать?

делаешь в корне типа <IntlProvider locale={locale} messages={i18n[locale]}>

где i18n это тупо хеш хешей по ключам языков

{ en: {}, ru: {}, bla: {} }

еще полезно подключить babel-plugin-react-intl-auto extract-react-intl-messages

как прокинуть в getDerivedStateFromProps старые пропсы? только сохранив их в стейт?