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

Резултати

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

Пребарај: #xfce

当前筛选 #xfce清除筛选
AIGC

@aigcrubbish · Post #157 · 27.01.2026 г., 14:39

Xfwl4: the roadmap for a Xfce Wayland compositor Xfce 团队宣布将资助 Brian Tarricone 开发 xfwl4,这是 Xfce 的 Wayland 合成器。 xfwl4 不会基于现有的 xfwm4 代码,而是将使用 Rust 语言和 Smithay 构建块从头开始编写。 此前,团队曾尝试修改 xfwm4 代码以同时支持 X11 和 Wayland,但发现此路不通,主要原因包括: * xfwm4 的架构难以将窗口管理行为抽象为不包含 X11 特定细节的通用接口。 * 重构 xfwm4 有风险,可能给 X11 引入新 Bug。两个独立的代码库能让 Wayland 合成器快速开发和实验,且完全不影响 xfwm4。 * 一些 X11 的窗口管理概念目前无法通过 Wayland 协议实现或支持,在 X11 优先的代码库中处理这些差异很困难。 * 沿用现有代码库将强制使用 C 语言和 wlroots,即使有更好的替代方案。 该项目开发工作已启动,目标是在 2026 年中发布开发预览版。 原文链接:https://lwn.net/Articles/1056159/ #Linux#Xfce#Wayland#开源开发 #AIGC Read more

GitHub Trends

@githubtrending · Post #15087 · 23.08.2025 г., 12:00

#shell#cassowary#docker#freerdp#gnome#hacktoberfest#integration#kde#libvirt#linux#linux_app#nautilus#nix_flake#podman#qemu#qemu_kvm#seamless#winapps#windows#wine#xfce You can run Windows applications like Microsoft Office and Adobe Creative Cloud directly on your Linux desktop (KDE, GNOME, or XFCE) as if they were native apps using WinApps. It works by running Windows inside a virtual machine (using Docker, Podman, or libvirt) and then showing Windows apps seamlessly on Linux with FreeRDP. Your Linux home folder is accessible in Windows, and you can right-click files in Linux to open them with Windows apps. This lets you use all Windows programs without leaving Linux, improving productivity and convenience without needing dual boot or separate hardware. https://github.com/winapps-org/winapps