@PTPPAction · Post #1905 · 05.05.2024 г., 07:05
#dev#IITII#merged fix(search): mt 搜索问题 #1822 #1829
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 #1905 · 05.05.2024 г., 07:05
#dev#IITII#merged fix(search): mt 搜索问题 #1822 #1829
@PTPPAction · Post #1902 · 05.05.2024 г., 06:35
#dev#IITII#merged fix(audiences):修复做种数、做种体积、发种数获取 (#1827)
@PTPPAction · Post #1899 · 05.05.2024 г., 06:00
#dev#IITII#merged fix(msg): 不统计禁用消息通知站点
@PTPPAction · Post #1859 · 19.04.2024 г., 06:50
#dev#IITII#merged fix(jpop): uploads count & snatches count
@PTPPAction · Post #1856 · 18.04.2024 г., 14:45
#dev#IITII#merged refactor: 基于 Common 模板重写 GTru 和 GTorg (#1813)
@PTPPAction · Post #1851 · 18.04.2024 г., 07:25
#dev#IITII#merged fix(ecust):site update seedingPoints (#1810)
@PTPPAction · Post #1838 · 14.04.2024 г., 06:20
#dev#IITII#merged fix(qingwa): bouns alias and level name (#1804)
@PTPPAction · Post #1831 · 11.04.2024 г., 11:45
#dev#IITII#merged feat: RuTracker (all), TT (search), LC (search), AN (search) (#1801)
@PTPPAction · Post #1828 · 11.04.2024 г., 11:40
#dev#IITII#merged fix(mt): 详情页下载 #1762 #1799
@PTPPAction · Post #1821 · 09.04.2024 г., 07:50
#dev#IITII#merged fix(mt): 数据显示问题 #1762 #1796
@PTPPAction · Post #1818 · 08.04.2024 г., 14:10
#dev#IITII#merged fix(mt): 用户数据刷新成功但是显示失败 #1762
@PTPPAction · Post #1815 · 08.04.2024 г., 13:55
#dev#IITII#merged fix(mt): 历史数据丢失问题 #1762 #1785