Valeriy Такой размер только в моих эротических фантазиях. есть гзип и бротли. 1.5 Mb (80kb) html ssr-ный 5.4 Mb бандл. Такой же почему то и ужатый.

у тебя кастомный вебпак конфиг?

@goodmind

углификация там есть?

хз

хз

оно нормально работает если вот так делаю: const Table = { Row: () => <div>Qqq</div>, Cell: () => <div>Www</div>, }

у тебя кастомный вебпак конфиг?

эм … ну я его написал. это кастомный?

у тебя Row не классом?

углификация там есть?

есть конечно

const TableRow = () => <div>TableRow</div> export class Table { static Row = TableRow }

эм … ну я его написал. это кастомный?

да, просто если ты юзаешь create react app там все это из коробки уже

ну я с нуля делал

ну я с нуля делал

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

я вот так делаю в них

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

полное удаление комментариев и все такое

специально оставил нетронутыми названия функций, так надо было

хз

class TableRow extends React.Component { render() { return 'TableRow' } } export class Table { static Row = TableRow }

не помогло тоже

почти отедльный мир

Если бы стейт-менеджеры были автомобилями, то d3 был бы драгстером, ультра мощным монстром строго для одной задачи

ну хз, пиши отдельные компоненты)

спасибо, сейчас попробую. но это не спасет — роуты всё равно нужно

Если бы стейт-менеджеры были автомобилями, то d3 был бы драгстером, ультра мощным монстром строго для одной задачи

А мобикс был бы катапультой

не помогло тоже

добавь тогда просто ещё Table.Root в объект

спасибо, сейчас попробую. но это не спасет — роуты всё равно нужно

ну смотри, я в отдельный чанк выпилил все что от node_modules идет

все остальное настолько незначительно после gzip, что обращать на это внимание просто не стоит

Спасибо.

добавь тогда просто ещё Table.Root в объект

не очень красиво будет

"не красиво", "не удобно" - делай по-нормальному: отдельными компонентами

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

лично я делаю так

const [COMMIT_TIME, COMMIT_HASH, BRANCH] = execSync('git log --oneline --pretty="%ad;%h;%d" --date=iso -1').toString().trim().split(';')

в вебпак конфиге

ну и скармливаю плагину это

new webpack.DefinePlugin({ 'ENV': JSON.stringify(process.env.NODE_ENV), 'COMMIT_TIME': JSON.stringify(COMMIT_TIME), 'COMMIT_HASH': JSON.stringify(COMMIT_HASH), 'BRANCH': JSON.stringify(BRANCH), }),

У меня так хранится ENV, и сервер-сайд/клиент-сайд ветка всегда очевидно по домену, куда вылилось комит — в пайплайнах гитлаба выливка происходит, так что в бандл не вношу

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

прикольно

У меня так хранится ENV, и сервер-сайд/клиент-сайд ветка всегда очевидно по домену, куда вылилось комит — в пайплайнах гитлаба выливка происходит, так что в бандл не вношу

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

кто нить юзал?

посмотрел доку, ни хера непонятно что происходит

автоматический вызов методов компонента по ключам стейта, дополнительные лайфсайклы....

идея с транзишнами интересная впрочем

и странный компонент <Action show="methodName" /> который по ходу на самом деле просто <If />

посмотрел доку, ни хера непонятно что происходит

это обычный FSM

final state machine

по-русски конечный автомат

для управления конечным кол-вом состояний

Я про то, что неочевидно кто и как дёргает методы компонентов

fsm в чистом виде страдают от комбинаторного взрыва

и это тоже

fsm в чистом виде страдают от комбинаторного взрыва

в каком плане?

вот взять простой автоответчик

fsm — это таблица переходов

пройти по меню туда сюда обратно

что там взрывного?

Число вариантов использования растёт квадратично от числа позиций)

А больше ничего

redux утрированно можно привести к FSM

любые тест кейсы

Тогда почему не привели

Любой машинный код можно привести к fsm, вопрос только какой ценой

в общем, смысл FSM в том, что если ты хочешь получить строго контролируемый бесперебойный процесс, то ты должен спроектировать конечный автомат, который будет реагировать на любую штатную и внештатную ситуацию

Число штатных, и особенно нештатных ситуаций растёт квадратично от числа кейсов. Энджой)

Два умных человека рассказывают друг-другу основы информатики :)

fsm разных типов бывают, поэтому и редакс как-то КА, вот и все

Казалось бы что может пойти не так

ERROR: S client not available

Я щас очень жалею что прогуглял весь семестр конечных автоматов подчистую))

Ходил на дискретку, поэтому рисую графы ¯\_(ツ)_/¯

Перепрыгнул ?

Не, дискретка на 2 курсе, конечные автоматы на 4, чтобы не пугать младшекурсников)

конечные автоматы мили и мура

помню как делал для него схемы

Мили свой чел, мур не нужен

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

хммм

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

странная мысль

А конечные автоматы это, естественно, для лохов, которые не могут в стримы ? Конкурирующие теории

чтобы стримы работали без сбоев нужно придумать конечный автомат :))

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

чтобы стримы работали без сбоев нужно придумать конечный автомат :))

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

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

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

ну чем не конечный автомат черт возьми?

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

?

Дискретка рулит

чтобы постоить граф тебе порой проще сначала нарисовать схему

иначе запутаешься

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

конечное состояние для стрима это не тоже самое что конечное состояние для автомата

и забудешь что-нибудь учесть

конечное состояние для стрима это не тоже самое что конечное состояние для автомата

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

ну да у стрима есть конечные состояния

У всего есть конечные состояния, т.к. все ограничено типами

блин конечное состояние стрима !== конечное стостояние автомата

блин конечное состояние стрима !== конечное стостояние автомата

что такое конечное состояние стрима вообще? :)) о чем ты?

стрим начинается с создания коннекта и заканчивается закрытием коннекта

интересно а есть какие-то статьи сравнивающие эти два подхода в контексте разработки интерфейсов