Skip to main content
## WHAT

Lexicon is a simple collection of `dict` subclasses providing extra power:

* `AliasDict`, a dictionary supporting both simple and complex key aliasing:
* Alias a single key to another key, so that e.g. `mydict['bar']` points to
`mydict['foo']`, for both reads and writes.
* Alias a single key to a list of other keys, for writing only, e.g. with
`active_groups = AliasDict({'ops': True, 'biz': True, 'dev': True,
'product': True})` one can make an alias `'tech'` mapping to `('ops',
'dev')` and then e.g. `active_groups['tech'] = False`.
* Aliasing is recursive: an alias pointing to another alias will behave as
if it points to the other alias' target.
* `AttributeDict`, supporting attribute read & write access, e.g.
`mydict = AttributeDict({'foo': 'bar'})` exhibits `mydict.foo` and
`mydict.foo = 'new value'`.
* `Lexicon`, a subclass of both of the above which exhibits both sets of
behavior.

## HOW

* `pip install lexicon`
* `from lexicon import Lexicon` (or one of the superclasses)
* Use as needed.

You can install the [development
version](https://github.com/bitprophet/lexicon/tarball/master#egg=lexicon-dev)
via `pip install lexicon==dev`.

## API

### `AliasDict`

In all examples, `'myalias'` is the alias and `'realkey'` is the "real",
unaliased key.

* `alias(from_'myalias', to='realkey')`: Alias `myalias` to `realkey` so
`d['myalias']` behaves exactly like `d['realkey']` for both reads and writes.
* `from_` is the first keyword argument, but typically it can be omitted
and still reads fine. See below examples for this usage.
See below for details on how an alias affects other dict operations.
* `alias('myalias', to=('realkey', 'otherrealkey'))`: Alias `myalias` to
both `realkey` and `otherrealkey`. As you might expect, this only works well
for writes, as there is never any guarantee that all targets of the alias
will contain the same value.
* `unalias('myalias')`: Removes the `myalias` alias; any subsequent
reads/writes to `myalias` will behave as normal for a regular `dict`.
* `'myalias' in d` (aka `__contains__`): Returns True when given an alias, so
if `myalias` is an alias to some other key, dictionary membership tests will
behave as if `myalias` is set.
* `del d['myalias']` (aka `__delitem__`): This effectively becomes `del
d['realkey']` -- to remove the alias itself, use `unalias()`.
* `del d['realkey']`: Deletes the real key/value pair (i.e. it calls
`dict.__del__`) but doesn't touch any aliases pointing to `realkey`.
* As a result, "dangling" aliases pointing to nonexistent keys will raise
`KeyError` on access, but will continue working if the target key is
repopulated later.

Caveats:

* Because of the single-key/multi-key duality, `AliasDict` is incapable of
honoring non-string-type keys when aliasing (it must test `isinstance(key,
basestring)` to tell strings apart from non-string iterables).
* `AliasDict` instances may still *use* non-string keys, of course -- it
just can't use them as alias targets.

### `AttributeDict`

* `d.key = 'value'` (aka `__setattr__`): Maps directly to `d['key'] = 'value'`.
* `d.key` (aka `__getattr__`): Maps directly to `d['key']`.
* `del d.key` (aka `__delattr__`): Maps directly to `del d['key']`.
* Collisions between "real" or pre-existing attributes, and
attributes-as-dict-keys, always results in the real attribute winning. Thus
it isn't possible to use attribute access to access e.g. `d['get']`.

### `Lexicon`

Lexicon subclasses from `AttributeDict` first, then `AliasDict`, with the end
result that attribute access will honor aliases. E.g.:

d = Lexicon()
d.alias('myalias', to='realkey')
d.myalias = 'foo'
print d.realkey # prints 'foo'

Metadata

Release files for lexicon 0.1.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for lexicon 0.1.1
File Size Uploaded Provenance
lexicon-0.1.1.tar.gz 6.4 kB Without provenance Details

Release files / lexicon-0.1.1.tar.gz

Download URL lexicon-0.1.1.tar.gz
Size 6.4 kB
Tags Source
SHA-256 checksum
How to use checksums
72b789f6aa02ada8e6be6bd73e7eea7f2ac0554c3a81deff2286718a53ce9504
BLAKE2b-256 checksum
How to use checksums
7d9cc25851008726231c314c5a6c2c541b2187bc1a9523a4c305e6718974b5ba
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No

Security for lexicon 0.1.1

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page