TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #197 · 4 јан.

Подразумеваемые неймспейсы или неявные пакеты. Этот функционал добавлен в Python 3.3 Что он означает? Ранее, до 3.3 пакетами считались лишь директории, в которых есть файл __init__.py. Этот файл одновременно являлся свидетельством того, что директория это Python-пакет, и служил "телом" этого пакета. То есть местом, где можно написать код, как это делается внутри модуля. Этот код исполняется в момент импорта пакета, так что его принято называть "код инициализации пакета". Начиная с версии 3.3 Любая директория считается пакетом и Python будет пытаться использовать любую директорию для импорта. Конечно, не любую в файловой системе, а только те что находятся в sys.path. Это значит, что теперь __init__.py нужно делать только если: 🔸 вам требуется создать код инициализации пакета 🔸 нужна совместимость со старыми версиями Python На мой взгляд это немного упрощает разработку, делает её чище, но с другой стороны убивает некоторую однозначность происходящего. Например, я создал репозиторий со своей библиотекой и рядом положил код примеров или тестов. repo_name/ my_library/ __init__.py main.py examples/ exam1.py exam2.py В этом репозитории пакетом является только my_library, остальные директории это не пакеты, это просто дополнительный код в файлах. Директория examples не добавлена в sys.path, в ней нет рабочих модулей. Но если она лежит рядом с my_library, то Python вполне сможет импортнуть из неё модули, так как посчитает что examples это валидный пакет. Конечно, пример несколько надуманный. Никто не будет добавлять корень репозитория в sys.path. Но, я думаю, суть ясна. Иногда директория это просто директория а не пакет! #basic#pep

Hashtags

Резултати

Пронајдени 1 слични објави

Пребарај: #vesc

当前筛选 #vesc清除筛选
Libreware

@libreware · Post #1581 · 24.04.2026 г., 14:58

Scooter Knowledge Base https://github.com/firebl0od/Scooter_Knowledge/tree/main This repository collects and organizes information about electric scooter setup, maintenance, and troubleshooting. The primary source material is a large Telegram conversation exported from the "VESC help" group https://t.me/VescHelpGroup. The goal of the project is to extract practical knowledge from the chat logs and document it in a structured, reusable format. VESC is short for Vedder Electronic Speed Controller. It is an open-source, open-hardware motor speed controller that allows for advanced customization via software (such as the VESC Tool app). It is commonly used in electric scooters, skateboards, electric bicycles, and robotics projects to provide precise control, regenerative braking, and sensorless operation, overcoming the limitations of standard closed controllers. The knowledge/processed/themes/ directory contains 72 professionally formatted documents covering: 28 brand dossiers covering controllers, motors, and BMS systems from manufacturers like Spintend, Flipsky, Makerbase, 3Shul, and more 44 comprehensive guides including: VESC tuning and parameter optimization Battery pack design and BMS integration Motor cooling and thermal management Conversion guides for popular scooter models (Ninebot, Xiaomi, etc.) Brake upgrades and maintenance Field weakening and high-voltage setups Diagnostic tools and troubleshooting All documents use a consistent, readable format with: Clean footnote citations linking back to source material Well-organized sections with proper headings Tables and checklists for quick reference Preserved technical accuracy from the original discussions #electric#scooter#bike#controllers#vesc#batteries#diy