саги имхо отдельная вещь, к модели не привязанная - а в dvajs для простоты их привязывают к модели в редьюсере

юзай tri или chetire

Как ты разруливаешь то. что таблица обновляется всегда полностью

о, а расскажи про плюсы-минусы анта

если юзаешь

о, а расскажи про плюсы-минусы анта

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

плюсы - продуманные лоу левел компоненты

- упоротый подход по работе с формами, оверинжиниред

и таблицы - не самые лучшеи по производительности, но понятные - для некритичного вывода данных объёмом до 20-30 строк подходят

короче дальше юзать будешь?

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

да

окей :)

плюсы - да посмотрите список компонентов - все легко заюзать, и кастомизировать. Из минусов ещё - нифига не понятно чего у них в issues и чего они делают/советают в своих чатах - всё на китайском )

мэйнтейнит дочка алибабы/алиэкспресс - верю что ближайший год не загнутся

и ишью рейт страшный 90/4.5k

> Written in TypeScript with complete defined types.

мимими

вот это для меня огромный плюс ) в TS кое чего у них правил и понял как работает

если весь проект опирается на TS и команда его любит - ант самая развитая pure TS гуи либа

может кто подскажет другие реакт либы на TS кроме reactXP и ant ?

может кто подскажет другие реакт либы на TS кроме reactXP и ant ?

https://github.com/palantir/blueprint

кажется видел, компоненты слишком глупые

https://github.com/palantir/blueprint

юзал глубоко?

юзал глубоко?

Нет.

Есть компонент1 и есть компонент2, который расширяется компонентом1 class Component2 extends Component1 { static propTypes = { ...Component1.propTypes, }; } Сейчас же вместо компонента1 нужно использовать контейнер1, внутри которого экспортируется connect компонента1. И вопрос с компонентом2/контейнером2, как сделать так, чтобы сохранялось расширение и работало ...Component1.propTypes?

Есть компонент1 и есть компонент2, который расширяется компонентом1 class Component2 extends Component1 { static propTypes = { ...Component1.propTypes, }; } Сейчас же вместо компонента1 нужно использовать контейнер1, внутри которого экспортируется connect компонента1. И вопрос с компонентом2/контейнером2, как сделать так, чтобы сохранялось расширение и работало ...Component1.propTypes?

В реакте, как правило, вообще не используют наследование.

++

используй композицию вместо наследования

https://facebook.github.io/react/docs/composition-vs-inheritance.html

Есть компонент1 и есть компонент2, который расширяется компонентом1 class Component2 extends Component1 { static propTypes = { ...Component1.propTypes, }; } Сейчас же вместо компонента1 нужно использовать контейнер1, внутри которого экспортируется connect компонента1. И вопрос с компонентом2/контейнером2, как сделать так, чтобы сохранялось расширение и работало ...Component1.propTypes?

не надо наследовать компоненты

не надо наследовать компоненты

вы так говорите, как будто надо копипастить

вы так говорите, как будто надо копипастить

Композиция. Ссылка выше.

вы так говорите, как будто надо копипастить

надо вкладывать компоненты наследование — зло

куда правильнее в react create app структуре папок положить свои часто используемые функции?

в гугле нашел что можно создать папку utils?

Можно.

молнией не разразит)

но файлик с утилзами или коммоном имеет ссвойство увеличиваться в геом.прогрессии

можно сделать сервисный слой

разделить его по группам ответственности и использовать его

ну или либой его подлючить вообще как внешний модуль. что б не мешался.

Можно внутри utils развернуть стандартную структуру Java проекта

??

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

chunks: false || stats: 'errors-only'

это в stats сервера

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

Какой вебпак?

В 1 через uglify

chunks: false || stats: 'errors-only'

Это не о том

я так понял человек хочет при билде в консоли не видеть 100500 логов вебпака на каждый файл

если так, что если отключить чанки или статсы - он будет видеть только итог

Он хочет с прод версии удалить вызовы консольки

Но он конечно лучше ответит на этот вопрос

new webpack.optimize.UglifyJsPlugin({ ... compress: { drop_console: true } })

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

Не томи) Ответь на вопрос. Нам очень интересно

люди, я с нубовским простым вопросом... Какую ui библиотеку взять? Нужно чтобы компонентов было достаточно (датавремя не увсех есть нопример), чтобы скиновать по своему можно было. Семантик выглядид гуд, но маловато компонентов. Ант... Двоякие впечатления, но думаю его. Материал-дизайн по гидлайнам не подходит да и тоже не сильно много в нём...

В сторону Fabric React посмотреть тоже можно. Но не юзал

микрософтовское которое?

ERROR: S client not available

да

Не томи) Ответь на вопрос. Нам очень интересно

соррян) да, консоль логи из продакшн версии)

реально?

пиздец

рассказывать код

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

можно через webpack.DefinePlugin заменить сам вызов console.log на аналог noop, либо написать небольшой плагин и из ast вырезать все callExpressions соответствующие.

так аглифай же умеет

new webpack.optimize.UglifyJsPlugin({ ... compress: { drop_console: true } })

вроде вот это помогло

одной строчкой

сенк

ок

https://t.me/joinchat/AAAAAEIfijwWF2fduvKbMg

зачем эт тут? Оо

спам

Не совсем по теме чата, но все же как склонировать определеный коммит с гитхаба учитывая тот факт, что он примерно в центре ветки?

Возможно спрашивали тут, но какой способ организации кода react + redux вы считаете лучшим с точки зрения роста проекта: 1) деление по компонентам 2) деление по функционалу ? Сейчас попробую пояснить вопрос: В первом случае у нас есть одна директория для всех компонентов (возможно вложенная для локального дробления), одна для всех action creators, одна для всех редьюсеров и т д Во втором случае мы группируем компоненты react и redux код по функционалу. Например, есть на сайте страница с поисковой выдачей, тогда создаём, например, директорию: search, в ней директорию для компонентов поиска(результат, фильтры, список и т д) и все экшены, редьюсеры, константы и т д, реализующие его функционал

Не совсем по теме чата, но все же как склонировать определеный коммит с гитхаба учитывая тот факт, что он примерно в центре ветки?

куда перенести? в другую ветку - тогда cherry-pick

Возможно спрашивали тут, но какой способ организации кода react + redux вы считаете лучшим с точки зрения роста проекта: 1) деление по компонентам 2) деление по функционалу ? Сейчас попробую пояснить вопрос: В первом случае у нас есть одна директория для всех компонентов (возможно вложенная для локального дробления), одна для всех action creators, одна для всех редьюсеров и т д Во втором случае мы группируем компоненты react и redux код по функционалу. Например, есть на сайте страница с поисковой выдачей, тогда создаём, например, директорию: search, в ней директорию для компонентов поиска(результат, фильтры, список и т д) и все экшены, редьюсеры, константы и т д, реализующие его функционал

давно уже никто первый не использует