https://github.com/emcd/python-icecream-truck
https://github.com/emcd/python-icecream-truck
Last synced: 3 months ago
JSON representation
- Host: GitHub
- URL: https://github.com/emcd/python-icecream-truck
- Owner: emcd
- License: apache-2.0
- Created: 2025-03-16T20:28:07.000Z (over 1 year ago)
- Default Branch: master
- Last Pushed: 2025-03-16T21:06:21.000Z (over 1 year ago)
- Last Synced: 2025-03-16T21:15:30.248Z (over 1 year ago)
- Language: Python
- Size: 0 Bytes
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.rst
- Changelog: changelog.rst
- License: LICENSE.txt
Awesome Lists containing this project
README
.. vim: set fileencoding=utf-8:
.. -*- coding: utf-8 -*-
.. +--------------------------------------------------------------------------+
| |
| Licensed under the Apache License, Version 2.0 (the "License"); |
| you may not use this file except in compliance with the License. |
| You may obtain a copy of the License at |
| |
| http://www.apache.org/licenses/LICENSE-2.0 |
| |
| Unless required by applicable law or agreed to in writing, software |
| distributed under the License is distributed on an "AS IS" BASIS, |
| WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. |
| See the License for the specific language governing permissions and |
| limitations under the License. |
| |
+--------------------------------------------------------------------------+
*******************************************************************************
icecream-truck
*******************************************************************************
.. image:: https://img.shields.io/pypi/v/icecream-truck
:alt: Package Version
:target: https://pypi.org/project/icecream-truck/
.. image:: https://img.shields.io/pypi/status/icecream-truck
:alt: PyPI - Status
:target: https://pypi.org/project/icecream-truck/
.. image:: https://github.com/emcd/python-icecream-truck/actions/workflows/tester.yaml/badge.svg?branch=master&event=push
:alt: Tests Status
:target: https://github.com/emcd/python-icecream-truck/actions/workflows/tester.yaml
.. image:: https://emcd.github.io/python-icecream-truck/coverage.svg
:alt: Code Coverage Percentage
:target: https://github.com/emcd/python-icecream-truck/actions/workflows/tester.yaml
.. image:: https://img.shields.io/github/license/emcd/python-icecream-truck
:alt: Project License
:target: https://github.com/emcd/python-icecream-truck/blob/master/LICENSE.txt
.. image:: https://img.shields.io/pypi/pyversions/icecream-truck
:alt: Python Versions
:target: https://pypi.org/project/icecream-truck/
.. image:: https://raw.githubusercontent.com/emcd/python-icecream-truck/master/data/pictures/logo.svg
:alt: Icecream Truck Logo
:width: 800
:align: center
🍦 **Flavorful Debugging** - A Python library which enhances the powerful and
well-known `icecream `_ package with
flavored traces, configuration hierarchies, customized outputs, ready-made
recipes, and more.
Key Features ⭐
===============================================================================
🍒 **Debugger Flavors**: Numeric trace depths to control level of debugging
detail (``0`` to ``9``) or custom named flavors for specific subsystems (e.g.,
``io``, ``reporting``), traditional logging levels (e.g., ``info``, ``error``),
or whatever else you can imagine.
🌳 **Module Hierarchy**: Global and per-module configs with inheritance for
precise control over output prefixes, formatters, custom flavors, etc....
🖨️ **Printer Factory**: Dyanamically associate output functions with debugger
objects based on module name, flavor, etc.... Swap in customized ``print``,
``logging``, or other sinks as desired.
📚 **Library-Friendly**: Non-intrusive registration for libraries without
stepping on application debugger/logging configuration.
🚦 **Disabled by Default**: Can leave in production code and explicitly
activate portions as needed. (Performance and security considerations
notwithstanding.)
Installation 📦
===============================================================================
Method: Install Python Package
-------------------------------------------------------------------------------
Install via `uv `_ ``pip``
command:
::
uv pip install icecream-truck
Or, install via ``pip``:
::
pip install icecream-truck
Examples 💡
===============================================================================
Please see the `examples directory
`_ for
greater detail.
Universal Availability
-------------------------------------------------------------------------------
Install an icecream truck as a Python builtin (default alias, ``ictr``) and
then use anywhere in your codebase:
.. code-block:: python
from ictruck import install
install( trace_levels = 3 ) # Enable TRACE0 to TRACE3
message = "Hello, debug world!"
ictr( 1 )( message ) # Prints: TRACE1| message: 'Hello, debug world!'
Library Registration
-------------------------------------------------------------------------------
Libraries can register their own configurations without overriding those of the
application or other libraries. By default, the name of the calling module is
used to register a default configuration:
.. code-block:: python
from ictruck import register_module
register_module( ) # Can pass custom configuration.
When ``install`` is called, any module configurations that were previously
registered via ``register_module`` are added to the installed icecream truck.
This allows an application to setup output after libraries have already
registered their flavors, giving lots of initialization-time and runtime
flexibility.
Recipes for Customization
-------------------------------------------------------------------------------
Please see the package documentation for available recipes.
E.g., integrate ``icecream``-based introspection and formatting with the
``logging`` module in the Python standard library:
.. code-block:: python
import logging
from ictruck.recipes.logging import produce_truck
logging.basicConfig( level = logging.INFO )
truck = produce_truck( )
admonition = "Careful now!"
answer = 42
truck( 'warning' )( admonition ) # Logs: WARNING:__main__:ic| admonition: 'Careful now!'
truck( 'info' )( answer ) # Logs: INFO:__main__:ic| answer: 42
## Note: Module name will be from whatever module calls the truck.
Motivation 🚚
===============================================================================
Why ``icecream-truck``?
There is nothing wrong with the ``icecream`` or ``logging`` packages. However,
there are times that the author of ``icecream-truck`` has wanted, for various
reasons, more than these packages inherently offer:
* **Coexistence**: Application and libraries can coexist without configuration
clashes.
- Library developers are `strongly advised not to create custom levels
`_ in
``logging``.
- Library developers are `advised on how to avoid polluting stderr
`_
in ``logging``, when an application has not supplied a configuration.
- Loggers `propagate upwards
`_
by default in ``logging``. This means that libraries must explicitly
opt-out of propagation if their authors want to be good citizens and not
contribute to noise pollution / signal obfuscation.
* **Granularity**: Control of debug output by depth threshold and subsystem.
- Only one default debugging level (``DEBUG``) with ``logging``. Libraries
cannot safely extend this. (See point about coexistence).
- No concept of debugging level with ``ic`` builtin. Need to orchestrate
multiple ``icecream.IceCreamDebugger`` instances to support this. (In fact,
this is what ``icecream-truck`` does.)
- While logger hierarchies in ``logging`` do support the notion of software
subsystems, hierarchies are not always the most convenient or abbreviated
way of representing subsystems which span parts or entireties of modules.
* **Signal**: Prevention of undesirable library chatter.
- The ``logging`` root logger will log all messages, at its current log
level or higher, which propagate up to it. Many Python libraries have
opt-out rather than opt-in logging, so you see all of their ``DEBUG`` and
``INFO`` spam unless you surgically manipulate their loggers or squelch
the overall log level.
- Use of the ``ic`` builtin is only recommended for temporary debugging. It
cannot be left in production code without spamming. While the ``enabled``
flag on the ``ic`` builtin can be set to false, it is easy to forget and
also applies to every place where ``ic`` is used in the code. (See point
about granularity.)
* **Extensibility**: More natural integration with packages like ``rich`` via
robust recipes.
- While it is not difficult to change the ``argToStringFunction`` on ``ic``
to be ``rich.pretty.pretty_repr``, there is some repetitive code involved
in each project which wants to do this. And, from a safety perspective,
there should be a fallback if ``rich`` fails to import.
- Similarly, one can add a ``rich.logging.RichHandler`` instance to a logger
instance with minimal effort. However, depending on the the target output
stream, one may also need to build a ``rich.console.Console`` first and
pass that to the handler. This handler will also compete with whatever
handler has been set on the root logger. So, some care must be taken to
prevent propagation. Again, this is repetitive code across projects and
there are import safety fallbacks to consider.
Contribution 🤝
===============================================================================
Contribution to this project is welcome! However, it must follow the `code of
conduct
`_
for the project.
Please file bug reports and feature requests in the `issue tracker
`_ or submit `pull
requests `_ to
improve the source code or documentation.
For development guidance and standards, please see the `development guide
`_.
Additional Indicia
===============================================================================
.. image:: https://img.shields.io/github/last-commit/emcd/python-icecream-truck
:alt: GitHub last commit
:target: https://github.com/emcd/python-icecream-truck
.. image:: https://img.shields.io/endpoint?url=https://raw.githubusercontent.com/copier-org/copier/master/img/badge/badge-grayscale-inverted-border-orange.json
:alt: Copier
:target: https://github.com/copier-org/copier
.. image:: https://img.shields.io/badge/%F0%9F%A5%9A-Hatch-4051b5.svg
:alt: Hatch
:target: https://github.com/pypa/hatch
.. image:: https://img.shields.io/badge/pre--commit-enabled-brightgreen?logo=pre-commit
:alt: pre-commit
:target: https://github.com/pre-commit/pre-commit
.. image:: https://microsoft.github.io/pyright/img/pyright_badge.svg
:alt: Pyright
:target: https://microsoft.github.io/pyright
.. image:: https://img.shields.io/endpoint?url=https://raw.githubusercontent.com/astral-sh/ruff/main/assets/badge/v2.json
:alt: Ruff
:target: https://github.com/astral-sh/ruff
.. image:: https://img.shields.io/badge/hypothesis-tested-brightgreen.svg
:alt: Hypothesis
:target: https://hypothesis.readthedocs.io/en/latest/
.. image:: https://img.shields.io/pypi/implementation/icecream-truck
:alt: PyPI - Implementation
:target: https://pypi.org/project/icecream-truck/
.. image:: https://img.shields.io/pypi/wheel/icecream-truck
:alt: PyPI - Wheel
:target: https://pypi.org/project/icecream-truck/
Other Projects by This Author 🌟
===============================================================================
* `python-absence `_ (`absence `_ on PyPI)
🕳️ A Python library package which provides a **sentinel for absent values** - a falsey, immutable singleton that represents the absence of a value in contexts where ``None`` or ``False`` may be valid values.
* `python-accretive `_ (`accretive `_ on PyPI)
🌌 A Python library package which provides **accretive data structures** - collections which can grow but never shrink.
* `python-classcore `_ (`classcore `_ on PyPI)
🏭 A Python library package which provides **foundational class factories and decorators** for providing classes with attributes immutability and concealment and other custom behaviors.
* `python-dynadoc `_ (`dynadoc `_ on PyPI)
📝 A Python library package which bridges the gap between **rich annotations** and **automatic documentation generation** with configurable renderers and support for reusable fragments.
* `python-falsifier `_ (`falsifier `_ on PyPI)
🎭 A very simple Python library package which provides a **base class for falsey objects** - objects that evaluate to ``False`` in boolean contexts.
* `python-frigid `_ (`frigid `_ on PyPI)
🔒 A Python library package which provides **immutable data structures** - collections which cannot be modified after creation.
* `python-mimeogram `_ (`mimeogram `_ on PyPI)
📨 A command-line tool for **exchanging collections of files with Large Language Models** - bundle multiple files into a single clipboard-ready document while preserving directory structure and metadata... good for code reviews, project sharing, and LLM interactions.