System.import() работает если проект собирается с помощью Webpack 2.x, он юзает SystemJS полифил

Для типовых да, в приципе норм.

Но они на реакте не пишут.

Если так подумать.

Реакт не совсем "Типовая" штука.

Про какие то крутые штуки никто не говорит. На крутые штуки фреймворк не напишешь. Он скорее должен решать типовые задачи.

Если делать без ферймворков, да, на каждом проекте свой новый зоопарк, и надо привыкать. Зато полная свобода действий.

Если внутри продуктовой компании всё это - желательно убирать зоопарк и всё приводит к единообразию по возможности

Мне например не прикольно собирать под мелкое приложение довольно большой конфиг.

"На каждом проекте" это условное "новый проект = новая работа".

Надо было уточнить, да.

Под большой коммерс проект ок, а вот под мелкие личные задачи как то не весело. И еще каждый раз нужно решать одни и теже задачи вроде сервер рендеринга (под каждый проект по разному можно реализовать)

Так-то да, внутри компании стек хорошо бы один.

System.import() работает если проект собирается с помощью Webpack 2.x, он юзает SystemJS полифил

Аы. Я подумал, что у тебя в react-app впилен webpack2, а в зависимостях вижу 1-й

Alex, да, я тоже задолбался, поэтому и пытаюсь вынести это в отдельный npm module, будет супер

Вот насчёт серверного рендеринга, это да.

С этой хуйнёй я как-то возился, и не очень хочется, а придётся.

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

Webpack 2.x пока что оч глючный, не уверен что пришло время его юзать

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

Ну...

Бля

Кстати новый вебпак умеет лучше срезать лишний код из зависимостей да? я что то про shake tree читал в новой версии.

Смари, короче.

Webpack 2.x пока что оч глючный, не уверен что пришло время его юзать

Да, я понимаю. Просто ✓ Code-splitting and async chunk loading via Webpack and ES6 System.import() получается дезинфой :3

Берёшь вот это https://github.com/erikras/react-redux-universal-hot-example Меняешь копирайты. Пишешь красивый генератор на ноде.

Называешь это Fedcomp Framework

??? PROFIT

Кстати новый вебпак умеет лучше срезать лишний код из зависимостей да? я что то про shake tree читал в новой версии.

Да

Это не фреймворк

Дима, у меня Webpack 2.x на отдельной ветке пока

Дима, у меня Webpack 2.x на отдельной ветке пока

Оук, понял тебя

Ты понимаешь, что это не фреймворк только потому, что его кто-то назвал так?

в фреймворке куски кода вынесены грубо говоря в код фреймворка. Тут они прямо в бойлерплейте.

Что мешает тебе так-же поступить?

Т.е допустим у тебя есть redux-orm и ты его не пишешь в бойлерплейт верно? ты же его как зависимость ставишь.

Ну вынеси.

Хорошая идея же - нужен фв? Сделай сам, форсани.

И тебе хорошо - и людям радостно.

в фреймворке куски кода вынесены грубо говоря в код фреймворка. Тут они прямо в бойлерплейте.

возьми redux-elm посмотри

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

Но придётся кучу всего ещё навернуть сверху, возможно

Готового фреймворка нет

возьми redux-elm посмотри

О, интересная штучка.

Хорошая идея же - нужен фв? Сделай сам, форсани.

Чтобы написать фреймворк нужно найти кучу юз-кейсов и выработать какую то достаточно универсальную архитектуру.

Для начала нужно узнать кто что юзает, какие задачи решгает и т.д. Я новичок в реакте, я буквально один проект тыкал.

Т.е. ты ждёшь даже не сколько фреймворка, сколько человека, который выработает универсальный стек?

Ааа, ок. Вопрос снят.

Нет, я собираю мнения )

зачем пилить велосипед если он уже есть?

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

Ну я решаю проблемы реакт + редакс + css modules. Это всё.

Остальное прилгается по мере надобности.

Можно ещё сагу сверху накинуть.

Или танк, если хочешь по простому.

Илья, кстати, как думаешь думаешь зашить ли redux, css modules, postcss в шаблон по умолчанию (react-app), ещё я думаю на счёт MDL (выпиливать из шаблона или оставить)?

я бы зашил redux+thunk и react router

https://github.com/kriasoft/react-app/blob/master/template/core/store.js просто Redux стора не достаточно?

Ну вот уже при первом же вопросе - у кого то саги, у кого то танки, у кого-то еще что-то)

саги не нужны

Владимир, а у React Router есть какие-то явные бенефиты по сравнению с https://medium.freecodecamp.com/you-might-not-need-react-router-38673620f3d (history + custom router)?

наглядность, проще входить новичку

лейауты

Владимир, не лучче ли лейауты использовать напрямую, например import Layout from '../components/Layout'; class AboutPage extends React.Component { return ( <Layout title="About Us" breadcrumbs="Home / About"> <h1>Meet our Team</h1> <p>We are awesome!</p> </Layout> ); } Например, ты можешь передать breadcurmbs, на примере это строка, хотя может быть React компонент или массив. Т.е. более гибкое решение чем React Router лейауты помойму

Илья, кстати, как думаешь думаешь зашить ли redux, css modules, postcss в шаблон по умолчанию (react-app), ещё я думаю на счёт MDL (выпиливать из шаблона или оставить)?

Для сайд-эффектов по умолчанию что-то должно быть, я думаю

Костя не любит react-router)

ERROR: S client not available

Владимир, не лучче ли лейауты использовать напрямую, например import Layout from '../components/Layout'; class AboutPage extends React.Component { return ( <Layout title="About Us" breadcrumbs="Home / About"> <h1>Meet our Team</h1> <p>We are awesome!</p> </Layout> ); } Например, ты можешь передать breadcurmbs, на примере это строка, хотя может быть React компонент или массив. Т.е. более гибкое решение чем React Router лейауты помойму

тут на любителя. Мне больше нравится наглядность и опинионатность react router.

Илья, кстати, как думаешь думаешь зашить ли redux, css modules, postcss в шаблон по умолчанию (react-app), ещё я думаю на счёт MDL (выпиливать из шаблона или оставить)?

+ за redux и за выпиливание mdl

Roman ок, так и сделаем

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

Надо бы тока запилить какой-нить базовый шаблончик перед этим, с шапкой и менюхой с парой кнопок на чистмо CSS (или CSS-in-JS)

опциональные вещи вида thunk-ов / саг / мдл и т.п. не базовых вещей - есть мнение что достаточно грамотного хелпа как встроить это в случае необходимости в сей проект - это реально круче

на крайний случай - отдельные ветки, если спрос на фичу большой

Всем привет! Ребята, кто-то в react-redux связке рендерил строку как html?

опциональные вещи вида thunk-ов / саг / мдл и т.п. не базовых вещей - есть мнение что достаточно грамотного хелпа как встроить это в случае необходимости в сей проект - это реально круче

Встроить-то саги не сложно, сложно разобраться с их концептуальной моделью и АПИ, которое сложнее чем Реакт и Редакс вместе взятые

имхо поэтому они и не нужны в бойлерплейте

Всем привет! Ребята, кто-то в react-redux связке рендерил строку как html?

разверни вопрос, в чем проблема?

Костя не любит react-router)

он не нужен )

https://github.com/kriasoft/react-static-boilerplate взял сейчас вот этот проект и пытаюсь в очередной раз подступиться к сему роутингу посмотрю что получится, пока не попробуешь, трудно судить но вообще документации и особливо HOW TO очень не хватает в реакт-роутере - все очень прозрачно, глянул по диагонали - уже понял в чем концепт и лишь к документации (довольно хорошей между прочим) обращаешься время от времени в случае различных edge cases то есть на выходе имеем минимальные затраты времени на разработку и поддержку роутинга в проекте

разверни вопрос, в чем проблема?

у меня строка с html, нужно её распринтиить не строкой, а пропарсив все теги

я вот лично до сих пор ничего не понял

может кто другой поможет, более лучше обладающий телепатией

так, а как без thunk делать асинхронные запросы в редаксе?

и без допмиддлварей

у меня строка с html, нужно её распринтиить не строкой, а пропарсив все теги

Т.е получить от сервера html и отобразить как html?

у меня строка с html, нужно её распринтиить не строкой, а пропарсив все теги

dangerouslySetInnerHtml ?

у меня строка с html, нужно её распринтиить не строкой, а пропарсив все теги

https://developer.mozilla.org/en-US/docs/Web/API/DOMParser ?

так, а как без thunk делать асинхронные запросы в редаксе?

Да как хочешь, лол. Как колбэк потом экшен выполняй просто.

С результатом

в смысле, откуда диспетч брать?

на этапе mapPropsToActions?

ну как вариант, если ссылка на стейт есть, то можно там взять )

всмысле на инстанс стора

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

и тогда танк не нужен

потому что иначе тупо выходит connect( ... dispatch=>({ onClick: dispatch=>dispatch(e=>dispatch=>dispatch('CLICKED')) }) )(MyButton)

потому что иначе тупо выходит connect( ... dispatch=>({ onClick: dispatch=>dispatch(e=>dispatch=>dispatch('CLICKED')) }) )(MyButton)

Что-то очень сложное... 1) Танк нужен для асинхронных экшенов, а не для проброса диспатча в экшен. 2) Экшнкреейтор - просто функция, может принимать что угодно. 3) В твоем коде оверхед какой-то. Проще же onClick так сделать onClick: () => () => dispatch({ type: 'BTN_CLICK' }) Тут по идее асинхронность должна быть, иначе вообще можно onClick: () => ({ type: 'BTN_CLICK' }) 4) Есть же import { bindActionCreators } from 'redux': import { bindActionCreators } from 'redux'; import { onClick } from './btnActions'; connect( state => state, dispatch => bindActionCreators({ onClick }, dispatch) )(MyButton)