))

просто я использую такой подход, есть допустим в компоненте такой набор <Button /> <Popup />, так же я прокидываю всё через пропсы, к примеру <Button handler={ this.submitForm } />

сам хендлер я описываю в компоненте (контейнере)

Посмотри на styled-component

Пример, который ты привел, вполне нормальный

окей

а есть другие подходы?

Только я бы передавал в параметр onClick

Ну если много параметров, то лучше засунуть их в объект и передать спред оператором

Так код будет чище и понятнее

параметр, ты имеешь ввиду функциональные компоненты?

А если набор параметров не фиксированный?

Нет, сейчас до компа дойду покажу

ааа, или ты про пропсы?

Всё ровно

Я про пропсы

<Button onClick={ this.submitForm } />

Ща, уже комп вклбчил

const options = { key: subject, title: subject, onClick: () => { this.handleSelectSubject(subject); }, isSelected: selectedSubject === subject, }; return ( <TemplatesMenuItem {...options} /> );

а в Button - <input type="submit" {...this.props} >

понял, такой подход объектом лучше

Да, код становится чище и лучше

Он если у тебя один прос нужно передать, то это избыточно - создавать отдельный объект

я понял

говорится о множестве

?

спасибо

А ещё всякие события типа this.submitForm, мы называем handleSubmitForm

То есть начинаются они с префикса handle

да я пишу от балды

щас

Окей)

не думаю над неймингом

кстати, использует кто https://github.com/Khan/aphrodite ?

Привет! Подскажите, плиз. Пытаюсь cделать full-stack приложение. В какой-то момент до меня дошло, что по сути клиент и сервер - это два разных приложения. И в большинстве случаев их запускают на разных портах. Но где-то я видел пример, как приложение и на сервере и на клиенте запускалось на одном URL и все работало. Вообще, какая практика работает на продакшене? Это два абсолютно разных приложения (клиент и сервер) или все же это некий единый набор, который может использовать одинаковые классы, библиотеки, модели?

Пересмотрел штук 15 всяких темплейтов - везде все разное. (

Нет, я пока использую обычную подгрузку css, но планирую перейти на styled-components

Нет, я пока использую обычную подгрузку css, но планирую перейти на styled-components

щас вроде как css in js пользуется практикой

Где искать best practices?

могу ошибаться)

Пересмотрел штук 15 всяких темплейтов - везде все разное. (

Нипонятна. Есть разные подходы и один win подход не назвать

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

Про best practice: Если что - то вызывает у тебя боль, значит это можно улучшить. Просто гуглишь на ту тему, которая вызывает боль или спрашиваешь тут

Я вот реакт пол года назад не умел

Наломал дров, вначале, однако эти дрова сейчас работают, и я их не спешу рефакторить

А новые штуки пишу уже с опытом

В этом весь прикол, что можно рефакторить поэтапно или не рефакторить вообще в реакте)

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

Хочется какого-то единого стиля. И желательно ES6. Во многих набор на клиенте один набор всяких компилируемых штук с ES6, а на сервере required. Это меня сейчас больше всего смущает.

Задачи, конечно, разные. На сервере все же больше данными нужно манипулировать, а не представлением. Но писать на разных языках - не прикольно.

Я слышал что это вызывает боль

Думаю тебе эта статья поможет: https://habrahabr.ru/company/tinkoff/blog/303580/

Они там делали Универсальное приложение

Но я против этой практики

Когда я только пришёл работать в крупную компанию, я сделал смелый шаг, и разбил репозитории клиента и сервера

И ни разу не жалею

Они там делали Универсальное приложение

Оу, спасибо. Вижу много деталей и рассуждений на мою тему как раз. Сейчас изучу.

Когда я только пришёл работать в крупную компанию, я сделал смелый шаг, и разбил репозитории клиента и сервера

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

Да

А сервер и клиент на разных доменах?

Фронтенд - это React приложение, которое загружается через nginx и общается с бэком через сокеты, а бэк - это приложение, которое работает с базой

Да

Фронтенд вообще на CDN

А сервер на локальной машине

что-то типа api.myserver.ru?

Можно и так, но у нас топорнее myserver.ru

Просто ngnix всё проксирует

ERROR: S client not available

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

Ща схему нарисую

Просто с разными доменами, я так понимаю надо еще вопрос кроссдоменных запросов решать. Или сервер вообще принимает запросы от кого угодно?

Ща схему нарисую

Вот, это должно помочь точно для понимания :)

Как то так, в упрощёном виде

Там ещё это всё завёрнуто в CDN

То есть между nginx и Assets/Css/Js/Images & WebSocket стоит CDN

Олег, спасибо огромное, пошел практиковаться ))

Да, советую ещё подумать)

Я обычно даю простым идеям настояться 1 день, сложным неделю - так сказать, чтобы они созрели)

Если у тебя команда маленькая, то бери мой вариант, если 20+ человек, можешь взять то, что у команды тинькова

Я в одного думаю уже 2 недели и щупаю всякие разные варианты. Уже прошелся по Angular, Vue, React, Express, Typescript, Babel и прочим умным словам... Приложение-то так - маленькое. Не из необходимости, а скорее ради того, чтобы пощупать новые технологии. Я из мира php, Yii и вот этого всего )

Советую этот сайт: http://www.npmtrends.com/react-vs-angular-vs-vue

На нём можно сравнить популярность фреймворков

Лучше брать самый популярный - быстрее найдёшь ответ, да и испытан он большим количеством разработчиков

Я в одного думаю уже 2 недели и щупаю всякие разные варианты. Уже прошелся по Angular, Vue, React, Express, Typescript, Babel и прочим умным словам... Приложение-то так - маленькое. Не из необходимости, а скорее ради того, чтобы пощупать новые технологии. Я из мира php, Yii и вот этого всего )

ангуляр не бери

там пиздец

я там был

если подобного хочется то vue

он понятнее и проще

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

А подскажите еще имеет ли смысл на простых сайтах уходить от jQuery в пользу чего-то более современного. Чтобы не делать всю эту лапшу по управлению DOM. Использовать React ради нескольких интерактивных элементов - overhead или нормально?

Либо Vue, либо React, либо JQuery

Но не комбинировать

я делал небольшие виджеты

на вуе

вполне себе

типа маленькой формы-калькулятора

есть еще преакт вроде

Можешь использовать только JQuery, если хочешь

https://medium.com/@webseanhickey/the-evolution-of-a-software-engineer-db854689243