TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

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

Резултати

Намерени 9 подобни публикации

Търсене: #module

当前筛选 #module清除筛选
整点猫咪Channel

@GetMoeCats · Post #336 · 11.06.2023 г., 01:28

ChatGPT 区域 和ISP、延迟多合一模块 作者:@keywos 需要搭配openai的规则及warp进行使用 https://raw.githubusercontent.com/getsomecat/keywos/main/module/NetIspmini.sgmodule #surge#module

djangoproject

@djangoproject · Post #154 · 04.09.2016 г., 12:14

https://docs.python.org/2/library/modulefinder.html This #module provides a #ModuleFinder class that can be used to determine the set of modules imported by a script. modulefinder.py can also be run as a script, giving the filename of a Python script as its argument, after which a report of the imported modules will be printed.

整点猫咪Channel

@GetMoeCats · Post #420 · 21.09.2023 г., 04:42

#surge#module#模块 通过ip-api.com的分流查询入口信息,建议搭配规则: domain-suffix ip-api.com,proxy 使用(proxy可以根据需要更改你自己的策略组/节点) 安装地址: https://raw.githubusercontent.com/Keywos/rule/main/script/netisp/netisp.sgmodule 作者:@keywos

整点芒果:频道

@getmymango · Post #30 · 23.09.2023 г., 09:36

#surge#module#模块 通过ip-api.com的分流查询入口信息,建议搭配规则: domain-suffix ip-api.com,proxy 使用(proxy可以根据需要更改你自己的策略组/节点) 安装地址: https://raw.githubusercontent.com/Keywos/rule/main/module/NetIspmini.sgmodule 作者:@keywos

djangoproject

@djangoproject · Post #451 · 27.09.2017 г., 19:33

https://en.wikipedia.org/wiki/Single_responsibility_principle The #single_responsibility_principle is a computer programming principle that states that every #module or #class should have responsibility over a single part of the functionality provided by the software, and that responsibility should be entirely encapsulated by the class. All its services should be narrowly aligned with that responsibility. Robert C. Martin expresses the principle as, "A class should have only one reason to change."

djangoproject

@djangoproject · Post #118 · 08.08.2016 г., 11:44

https://docs.python.org/3/library/multiprocessing.html multiprocessing is a package that supports spawning processes using an API similar to the threading module. The multiprocessing package offers both local and remote concurrency, effectively side-stepping the Global Interpreter Lock by using subprocesses instead of threads. Due to this, the multiprocessing module allows the programmer to fully leverage multiple processors on a given machine. It runs on both Unix and Windows. The #multiprocessing module also introduces #APIs which do not have analogs in the #threading#module. A prime example of this is the Pool object which offers a convenient means of parallelizing the execution of a function across multiple input values, distributing the input data across processes (data #parallelism). The following example demonstrates the common practice of defining such functions in a module so that child processes can successfully import that module. This basic example of data parallelism using Pool,

整点猫咪Channel

@GetMoeCats · Post #447 · 31.10.2023 г., 15:38

#Surge#VPS#监控#模块#Module#面板#Panel#服务器#脚本 修改后端改为 https://github.com/lollipopkit/server_box_monitor/wiki/%E4%B8%BB%E9%A1%B5 文件见本消息评论区 实现对 VPS 的流量、运行时间,CPU 及内存的监控 Surge 面板,更简单易行 需要在 VPS 端进行部署方可使用。 原作者:@GetSomeNeko 由 @clydetime 根据需求进行修改,整点猫咪进行整理。 https://t.me/GetSomeCats/299

djangoproject

@djangoproject · Post #107 · 02.08.2016 г., 15:22

https://github.com/python/asyncio The #asyncio#module provides infrastructure for writing #single-threaded concurrent code using #coroutines, #multiplexing#I/O access over sockets and other resources, running network clients and servers, and other related primitives. Here is a more detailed list of the package contents: a pluggable event loop with various system-specific implementations; transport and protocol abstractions (similar to those in Twisted); concrete support for TCP, UDP, SSL, subprocess pipes, delayed calls, and others (some may be system-dependent); a Future class that mimics the one in the concurrent.futures module, but adapted for use with the event loop; #coroutines and #tasks based on yield from (PEP 380), to help write concurrent code in a sequential fashion; cancellation support for Futures and coroutines; synchronization primitives for use between coroutines in a single thread, mimicking those in the #threading module; an interface for passing work off to a threadpool, for times when you absolutely, positively have to use a library that makes blocking I/O calls. Note: The implementation of asyncio was previously called "Tulip".