S
Как тут уже реакт нэтив оказался то блин ?)
> стейт в одном месте, а не размазан по графу виджетов
Это уже заслуга Flux, а не атомарности контролов, не?
Пусть его и легче добиться с нею.
Size: a a a
2020 July 07
2020 July 08
I
Как тут уже реакт нэтив оказался то блин ?)
Ну ты наверное знаешь, что на F# можно не только Xamarin, но и на React / ReactNative и там везде будет одна и та же Elm-архитектура
И везде есть hot-reload
Вот пример RN: https://github.com/SAFE-Stack/SAFE-Nightwatch/blob/master/src/Scenes/LocationList.fs
И везде есть hot-reload
Вот пример RN: https://github.com/SAFE-Stack/SAFE-Nightwatch/blob/master/src/Scenes/LocationList.fs
S
Ну ты наверное знаешь, что на F# можно не только Xamarin, но и на React / ReactNative и там везде будет одна и та же Elm-архитектура
И везде есть hot-reload
Вот пример RN: https://github.com/SAFE-Stack/SAFE-Nightwatch/blob/master/src/Scenes/LocationList.fs
И везде есть hot-reload
Вот пример RN: https://github.com/SAFE-Stack/SAFE-Nightwatch/blob/master/src/Scenes/LocationList.fs
Да, я немного читал про react+fable
I
Я как одно время баловался RN, а потом переписал просто на React (F#) + PWA
Пришлось только UI слой обновить, тк виджеты разные.
Пришлось только UI слой обновить, тк виджеты разные.
MC
мне кажется xaml отпугивает многих, из-за необходимости учить его отдельно от например языка.
на сколько я понимаю, в Flutter/Swift/React топят за то, что бы ты писал все на едином языке и унифицировал так сказать разработку.
на сколько я понимаю, в Flutter/Swift/React топят за то, что бы ты писал все на едином языке и унифицировал так сказать разработку.
Да, учить дополнительный язык лень. Но хоть для стилей нет отдельного языка)900
Ну и можно ж всё шарпом описать
Ну и можно ж всё шарпом описать
MC
По этому в Flutter / React-Native и есть live-reload
Которые при этом состояние не сбрасывает, а когда это у тебя декларативный UI это гораздо проще, тк стейт в одном месте, а не размазан по графу виджетов.
Которые при этом состояние не сбрасывает, а когда это у тебя декларативный UI это гораздо проще, тк стейт в одном месте, а не размазан по графу виджетов.
А для ксамла тож есть hot reload или как-то так
ᴛʜ
А для ксамла тож есть hot reload или как-то так
+
ᴛʜ
уже в мейнстрим вошло его юзать
MC
И опять так для работы с этим достаточно редактора кода.
Тот же Xaml требует отдельной поддержки в IDE и до недавнего времени тупо не работал в Rider.
И скорее всего до сих пор в VSCode.
Тот же Xaml требует отдельной поддержки в IDE и до недавнего времени тупо не работал в Rider.
И скорее всего до сих пор в VSCode.
Ну вот это уже проблемы сторонних IDE. Так можно и к фичам новых версий Шарпа придраться, ведь в других IDE они могут сразу после выхода и не радотать
MC
А для ксамла тож есть hot reload или как-то так
А в дизайнере для вин8.1 превью умело запоминать чем в рантайм заполнялся список
Были ж времена
Были ж времена
OS
А теперь мгновения
OS
Раньше хуй стоял в постели, а теперь давление (с) Windows 10
OS
А тут есть еще кто-нибудь, кто пользуется Windows Phone в качестве основной мобильной OS?
ДА
мне кажется xaml отпугивает многих, из-за необходимости учить его отдельно от например языка.
на сколько я понимаю, в Flutter/Swift/React топят за то, что бы ты писал все на едином языке и унифицировал так сказать разработку.
на сколько я понимаю, в Flutter/Swift/React топят за то, что бы ты писал все на едином языке и унифицировал так сказать разработку.
просто apple использовала нечитаемые многословные plist с генерируемыми id для верстки. Межить их было болью, из дизайнера не все поля проставлялись (там бел один хак правда). Часто приходилось дописывать что-то из кода (как минимум делегаты и datasource). Как следствие, многим оказалось проще писать всю верстку из кода
KS
просто apple использовала нечитаемые многословные plist с генерируемыми id для верстки. Межить их было болью, из дизайнера не все поля проставлялись (там бел один хак правда). Часто приходилось дописывать что-то из кода (как минимум делегаты и datasource). Как следствие, многим оказалось проще писать всю верстку из кода
Из кода верстать там это боль, ибо получается полотно нечитаемого кода.
А датасурсы и делегаты всегда в сториборде ставил >_>
А датасурсы и делегаты всегда в сториборде ставил >_>
ДА
Люди не видели нормальной верстки и начали изобретать что-то своё, но привычным образом. Вот и получился декларативный подход создания UI из императивного кода
ДА
Из кода верстать там это боль, ибо получается полотно нечитаемого кода.
А датасурсы и делегаты всегда в сториборде ставил >_>
А датасурсы и делегаты всегда в сториборде ставил >_>
тебе их написать надо, прежде чем вставить
OS
Реализации делагатов и датасорсов это всегда императивный код
OS
Там логика пишется же