но работал шустро, очень даже... и весил немнго. было пару dll на 10 - 15кб

+ байткод проще сжать

Но он начинает исполняться до загрузки всего бандла

А жс только после полной загрузки и парсинга

но работал шустро, очень даже... и весил немнго. было пару dll на 10 - 15кб

Понимаешь в чём суть? c# совершенно для фронта не подходит.

минус блейзора, например, для реакт / ангуляр разработчиков в том, что он на c# пишется. т.е. порог входа выше

Понимаешь в чём суть? c# совершенно для фронта не подходит.

чем же, например ?

минус блейзора, например, для реакт / ангуляр разработчиков в том, что он на c# пишется. т.е. порог входа выше

Не сказал бы

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

чем же, например ?

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

Не сказал бы

не многие фронтендеры знают шарп

Дело не в шарпе, а в том, что cshtml - это полный ужас.

чем же, например ?

ничем

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

ну так и не используй эту концепцию

Дело не в шарпе, а в том, что cshtml - это полный ужас.

ничем не хуже jsx (во многом даже понятнее)

ну так и не используй эту концепцию

Какая альтернатива?

ничем не хуже jsx (во многом даже понятнее)

Гораздо хуже jsx

Если хочешь, то можешь пойти в https://t.me/dotnettalks и там обсудить. Здесь это неформат всё же.

очень сомнительная польза от wasm для реакта

Какая альтернатива?

интерфейсы ?

ибо бутылочное горлышко немного не там

интерфейсы ?

О да, с огромным наследованием.

они не наследуются -_-

Такое себе, будет как в ts очень неудобно.

Если хочешь, то можешь пойти в https://t.me/dotnettalks и там обсудить. Здесь это неформат всё же.

ну спросили же, я ответил )

Такое себе, будет как в ts очень неудобно.

тс сам по себе оч неудобный :) ужасно стрёмный клон c#, смешанный с жсом

тс сам по себе оч неудобный :) ужасно стрёмный клон c#, смешанный с жсом

Но он гораздо лучше подходит к фронту, чем c#

чем ?)

ведь в нём куча шарповых вещей: дженерик-тайпы, интерфейсы, куча наследования, паблик / приват члены, неймспейсы и тд )

ведь в нём куча шарповых вещей: дженерик-тайпы, интерфейсы, куча наследования, паблик / приват члены, неймспейсы и тд )

И структурная типизация.

а где она в жсе ?)

ведь в нём куча шарповых вещей: дженерик-тайпы, интерфейсы, куча наследования, паблик / приват члены, неймспейсы и тд )

Для примера предлагаю тебе на cshtml написать список, в который можно добавлять элементы.

Ребята привет. Подскажите, пожалуйста, как в react-router 4 будет выглядеть следующий код. const routes = ( <Route path="/" component={App}> <IndexRoute component={UsersList}/> <Route path="users/:id" component={UserDetails}/> </Route> )

Для примера предлагаю тебе на cshtml написать список, в который можно добавлять элементы.

как именно добавлять ? cshtml - генератор представлений, а не способ влияния на html код

как именно добавлять ? cshtml - генератор представлений, а не способ влияния на html код

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

дак тут проще пример открыть в доке. но будет всё совсем примитивно

А потом открой концепцию хоков в реакте и посмотри во что у тебя превратится код. Это одна из вещей, которую я объяснить Никите пытался.

Потому что ты задолбаешься классы плодить.

На 5 строчек кода будет объявлено 4 класса.

зачем ? делаешь дерективу @functions и пишешь метод, который добавит элемент в список

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

а Никита писал именно реакт на c#. странно было, но пофаниться можно

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

Ок, допускаю. Пока не будет нормальной архитектуры для брейзора, то будет всё печально. Но мне кажется, что в итоге придут к тому, что надо будет использовать xaml, который пока к этому не предназначен.

не, xaml в вебе не оч, как мне кажется...

не, xaml в вебе не оч, как мне кажется...

Да, он не умеет в частичную загрузку.

т.е. ?

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

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

в сагах)

а их можно в редьюсерах вызывать ?

лучше уже тогда в экшнах

а если нормально делать, то где они должны находиться ?

в миддлвере, как уже написал, в сагах как вариант

Посоветуйте топовую книжку по реакту, пожалуйста. По-свежее, в идеале на русском, но можно на английском. Базовые мануалы уже прочел.

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

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

ок, спасибо. почитаю о миддлвеерах подробнее :)

А что лучше (удобнее) redux-thunk или redux-saga?

Thunk

Всем привет. Делал тестовое c react-router 4, где есть защищенные роуты. Вариант с hoc не прошел, т.к. есть более изящное решение. Вы не знаете какое?

Render prop

А что лучше (удобнее) redux-thunk или redux-saga?

Саги нинужны

Всем привет. Делал тестовое c react-router 4, где есть защищенные роуты. Вариант с hoc не прошел, т.к. есть более изящное решение. Вы не знаете какое?

Рубрики "ваши вопросы" не было?)

Рубрики "ваши вопросы" не было?)

неa :)

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

В рр4 нет хуков

ERROR: S client not available

Render prop

спасибо, видимо упустил это.

спасибо, видимо упустил это.

можно пример этого более "изящного" решения?)

можно пример этого более "изящного" решения?)

У меня его нет :) Пойду гулить. Еще раз спасибо.

this.props.render(someValue)

можно пример этого более "изящного" решения?)

https://reacttraining.com/react-router/web/example/auth-workflow PrivateRoute

<Component render={someValue => <AnotherComponent/>} />

<Component render={someValue => <AnotherComponent/>} />

а это не хок?

Нет

Это render prop

Ещё можно через children делать

ребят, а такой вопрос: при работе с редаксом у компонента ж может быть свой стейт, который будет отвечать за состояние UI ? И как, например, лучше обращаться к хтмл элементам ? Например, у меня есть кнопка поиска, нужно при клике на неё показать рядом инпут с анимацией. Можно через refs'ы такое провернуть ?

@Loochnikov спасибо за разъяснение :)

ребят, а такой вопрос: при работе с редаксом у компонента ж может быть свой стейт, который будет отвечать за состояние UI ? И как, например, лучше обращаться к хтмл элементам ? Например, у меня есть кнопка поиска, нужно при клике на неё показать рядом инпут с анимацией. Можно через refs'ы такое провернуть ?

можно, но зачем?

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

@dpr_dev ну тип так {this.state.isLoading && <LoadingAnimation />}

Привет всем

Как вы думаете это нормально, когда в рамках одного сайта используются php, angular js, react, jquery и ещё много всякого говна?

@dpr_dev ну тип так {this.state.isLoading && <LoadingAnimation />}

т.е. адаптируя под мой пример, будет что-то такого: {this.state.canSearch && <SearchInput />} ?

Как вы думаете это нормально, когда в рамках одного сайта используются php, angular js, react, jquery и ещё много всякого говна?

Нет

Как вы думаете это нормально, когда в рамках одного сайта используются php, angular js, react, jquery и ещё много всякого говна?

не нормально, но таков мир в котором мы живём.. ?

Как вы думаете это нормально, когда в рамках одного сайта используются php, angular js, react, jquery и ещё много всякого говна?

Нет, не нормально, когда есть что-то помимо реакта

а, забыл. нужно автоматически фокус в инпут ставить... такое уже без refs не провернуть ?

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

Нет, не нормально, когда есть что-то помимо реакта

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

может он одумался

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

какая версия ангулара?

первая

тогда можно его простить

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

Он потихоньку становится на путь истинный

А кто-нибудь сталкивался с тем что webpack при установленом bail: true не прекращает билд если бабел-лоадер бросает ошибку?