Skip to main content

The Cython-Optimized Plugin Oriented Programming System

Project description

cPop is used to express the Plugin Oriented Programming Paradigm. The Plugin Oriented Programming Paradigm has been designed to make pluggable software easy to write and easy to extend.

Plugin Oriented Programming presents a new way to scale development teams and deliver complex software. This is done by making the applications entirely out of plugins, and also making the applications themselves natively pluggable with each other.

Using Plugin Oriented Programming it then becomes easy to have the best of both worlds, software can be built in small pieces, making development easier to maintain. The small pieces can then be merged and deployed in a single binary, making code deployment easy as well.

All this using Cython, one of the world’s most popular and powerful programming languages.

Getting Started

First off, install cPop from pypi:

pip3 install cPop

Now all it takes to create a pluggable application is a few lines of code. This is the root of every pop project. We create a hub, we add dynamic subsystems, and then we call them through the hub’s namespace.

import pop.hub
import asyncio

loop = asyncio.get_event_loop()
asyncio.run(main(loop))


async def main(loop):
    hub = await pop.hub.AsyncHub(loop=loop)

    await hub.my_sub.init.cli()

You can also initialize pop from the cli:

python -m hub my_sub.init.cli

or:

hub my_sub.init.cli

Specify a namespace that should host the authoritative CLI by calling using –cli as the first argument:

hub --cli=my_app my_sub.init.cli

If you don’t specify a –cli, unknown args will be forwarded as parameters to the reference you give:

hub pop.test.func arg1 arg2 --kwarg1=asdf --kwarg2 asdf

You can access anything that is on the hub, this is very useful for debugging.

Try this to see the subs that made it onto the hub:

hub _subs

You can do this to see everything that made it into hub.OPT:

hub OPT

When creating a cpop app, we put all of the pop configuration in a config.yaml

# Every config option for your plugin
config:
    my_namespace:
        my_opt:
            default: True

# Options that should be exposed on the CLI when your app controls the CLI
cli_config:
    my_namespace:
        my_opt:
            # All options that are accepted by ArgParser.add_argument are good here
            help: description of this option
            subcommands:
                - my_subcommand
            group: My arg group

# Subcommands to expose for your project
subcommands:
    my_namespace:
        my_subcommand:
            help: My subcommand

# Dynamic namespaces that your app merges onto and which folders extend those namespaces
dyne:
    my_dyne:
    - src_dir

# python imports that your app uses which should be added to hub.lib for your app
import:
    - asyncio
    - importlib
    - importlib.resources
    - os
    - toml

Create a pop config file:

# The default location is in ~/.pop/config.yaml
# But you can change that by setting the POP_CONFIG environment variable

pop_cli:
    # Setting this option will make your hub persist on the cli between calls
    hub_state: ~/.pop/hub.pkl
log:
    log_plugin: async

From the above example, all arguments would be loaded onto the namespace under hub.OPT.my_namesapce. One config.yaml can add config options to multiple namespaces. They are all merged together in the order they are found in sys.path

Testing

Clone the repo

git clone https://gitlab.com/Akm0d/cpop.git
cd cpop

Install cpop with the testing extras

pip3 install .\[test\]

Run the tests in your cloned fork of cPop:

pytest tests

Release

The following steps are how to release a project with hatch

pip install .\[build\]
hatch build
export HATCH_INDEX_USER="__token__"
export HATCH_INDEX_AUTH="pypi-api-token"
hatch publish

Documentation

Check out the docs for more information:

https://pop.readthedocs.io

There is a much more in depth tutorial here, followed by documents on how to think in Plugin Oriented Programming. Take your time to read it, it is not long and can change how you look at writing software!

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

cpop-30.0.0.tar.gz (43.3 kB view details)

Uploaded Source

Built Distribution

cpop-30.0.0-cp311-cp311-manylinux_2_39_x86_64.whl (781.4 kB view details)

Uploaded CPython 3.11 manylinux: glibc 2.39+ x86-64

File details

Details for the file cpop-30.0.0.tar.gz.

File metadata

  • Download URL: cpop-30.0.0.tar.gz
  • Upload date:
  • Size: 43.3 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: python-httpx/0.27.0

File hashes

Hashes for cpop-30.0.0.tar.gz
Algorithm Hash digest
SHA256 400ef4f3fb0a454d1bdc6a62eb82374e1fe347df0b3c1657a561b55d3088309d
MD5 3aacde7b10cca986fafdc811b78a52fc
BLAKE2b-256 b9244ce2c8b25417a6be2635ffe90e95adc7e7c2f804d4830e40426cf9ed12bb

See more details on using hashes here.

File details

Details for the file cpop-30.0.0-cp311-cp311-manylinux_2_39_x86_64.whl.

File metadata

File hashes

Hashes for cpop-30.0.0-cp311-cp311-manylinux_2_39_x86_64.whl
Algorithm Hash digest
SHA256 266bc6413f41057bafef2a5d3d20ccb1df3c0251f7135e209cdec6c18a97b482
MD5 ad0123daea3aaadcf31124dd20dd0a57
BLAKE2b-256 ec49e0f0ae7c97167a369eb25559dc610e129872b946f7ab6c3601b53e43aff5

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page