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 слични објави

Пребарај: #privacyusecases

当前筛选 #privacyusecases清除筛选
Crypto M - Crypto News

@CryptoM · Post #64877 · 10.04.2026 г., 06:14

🚀 Starknet Opens Voting on v0.14.2 Upgrade Proposal Starknet has announced that voting is now open for STRK holders on the v0.14.2 upgrade proposal. According to Foresight News, the voting period will end on April 16. The proposed upgrade includes the introduction of SNIP-36, SNIP-37, and SNIP-13, and aims to enable protocol-level S-Two proof verification, significantly reducing costs for privacy use cases and zk-thread applications. Additionally, the upgrade seeks to adjust the storage economic model to more accurately reflect network resource usage while maintaining cost advantages for developers. The StarkGate token contract will also be upgraded to optimize ERC-20 event indexing, verification, and token handling. Other internal upgrades are planned to prepare for the decentralized verification phase described in SNIP-33, including improvements in P2P, weighted proposer sampling, and the concept of virtual proposers. #Starknet#STRK#v0.14.2 #SNIP36#SNIP37#SNIP13#STwoProof#PrivacyUseCases#zkThread#StorageEconomicModel#StarkGate#ERC20#P2P#DecentralizedVerification#SNIP33#VirtualProposers