@PTPPAction · Post #2169 · 29.06.2024 г., 18:58
#dev#fzlins#merged 推荐下载 fix(pter): add back check=checked commit fix(pter): add back check=checked
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #32 · 29.05
Попробовал, наконец, разработку на Blazor. Это такой фреймворк под .NET, который позволяет писать фронтенд на C#. Работает он двумя способами: либо собирает весь проект в WebAssembly, и бедный пользователь грузит себе мегабайтную dll, либо устанавливает клиент-серверное соединение через SignalR и шлёт клиенту информацию об обновлённых DOM-элементах. Вот вторую то я и пробовал. Казалось бы — каждое нажатие кнопки требует отправить на сервер запрос и получить ответ. Никогда такого не было! Но субъективно разницы во времени отклика нет (потому что веб и так достаточно медленный, хаха). Фронтенд-часть пишется очень похоже на JSX: вёрстка реактивно вперемешку с кодом. Когда-то я очень ругал React за такой подход, потому что каша. Но нетипизированный JS по-умолчанию каша, а здесь же по факту получается очень удобно: статический анализ не даёт тебе делать ошибки и писать ерунду. Но приятный полноценный язык программирования вместо JavaScript это лишь вишенка на торте. Самое крутое — вся сила серверного кода с полноценной возможностью обращения к базе данных, шеринг моделей данных между сервером и клиентом, и, наконец, Dependency Injection любого серверного модуля в «клиент»! То есть вы не просто пишете одно приложение вместо двух, вы ещё и получаете отсутствие ошибок при каком-нибудь изменении моделей API, когда сервер стал отдавать не то, что ожидает клиент. Вам вообще теперь не нужен API, достаточно закодить нужную функцию на серваке и инжектировать её в нужный фронтенд-модуль. Это супер удобно, супер быстро, супер устойчиво к ошибкам. Теперь не хочется возвращаться даже на вполне крутой Vue 3. Но, система пока новая, она не обросла решениями от комьюнити, а браузерный API всё равно придётся дергать через JavaScript Interop. Для совсем кайфа нужно подождать годик, поскольку развитие идёт довольно быстро. Например, там нет очень нужного в таком деле hot reload, но в .NET 6 он уже анонсирован, и вроде как есть в превью, а релиз в ноябре. #dev
Hashtags
Общо глобално търсене
@PTPPAction · Post #2169 · 29.06.2024 г., 18:58
#dev#fzlins#merged 推荐下载 fix(pter): add back check=checked commit fix(pter): add back check=checked
@PTPPAction · Post #2153 · 25.06.2024 г., 13:18
#dev#fzlins#merged 推荐下载 Revert "fix(pterclub): fix uploads count and rename the level name" commit Revert "fix(pterclub): fix uploads count and rename the level name" This reverts commit 68604b82fe3c1c2174fb04ca6cdfb232272ee1b3.
@PTPPAction · Post #2083 · 10.06.2024 г., 19:35
#dev#fzlins#merged 推荐下载 fix(ad): seeding and seedingSize
@PTPPAction · Post #2067 · 06.06.2024 г., 22:50
#dev#fzlins#merged 推荐下载 fix(fsm): search result link
@PTPPAction · Post #2055 · 31.05.2024 г., 20:45
#dev#fzlins#merged 推荐下载 fix(fsm): join time
@PTPPAction · Post #2050 · 31.05.2024 г., 18:50
#dev#fzlins#merged 推荐下载 fix fsm
@PTPPAction · Post #2047 · 31.05.2024 г., 18:45
#dev#fzlins#merged 推荐下载 fix(hdd): bonusPerHour
@PTPPAction · Post #2036 · 22.05.2024 г., 22:30
#dev#fzlins#merged 推荐下载 fix(ss): #1736 uploads
@PTPPAction · Post #2033 · 22.05.2024 г., 21:30
#dev#fzlins#merged 推荐下载 fix(hdh): #1850 level requirements
@PTPPAction · Post #2030 · 22.05.2024 г., 21:20
#dev#fzlins#merged 推荐下载 fix(hh): level requirements
@PTPPAction · Post #2027 · 22.05.2024 г., 21:05
#dev#fzlins#merged 推荐下载 fix(mt): keep upload task
@PTPPAction · Post #2004 · 14.05.2024 г., 16:45
#dev#fzlins#merged 推荐下载 build: disable rollup treeshake because we use eval