Application Framework for Python
Go to file
2018-08-10 01:33:16 -05:00
.github Add Github Markdown 2018-01-16 21:34:52 -06:00
cement WIP: Rework Config Dirs + Files 2018-08-10 01:33:16 -05:00
docker Cleanup Project Template 2018-07-29 13:03:00 -05:00
docs/source Move ./doc to ./docs 2018-07-17 04:32:30 -05:00
scripts Some Progress Toward Issue #347 2018-06-23 02:16:59 -05:00
tests WIP: Rework Config Dirs + Files 2018-08-10 01:33:16 -05:00
.coveragerc Cement CLI 2018-05-08 04:45:05 -05:00
.dockerignore Improve Vagrant Setup - Resolves Issue #483 2018-02-02 16:34:47 -06:00
.gitignore Merge branch 'portland' of github.com:datafolklabs/cement into portland 2018-06-23 02:17:31 -05:00
.pylintrc Pylint fixes. Part of Issue #132 2012-09-07 16:44:08 -05:00
.travis.yml Remove (Unsupported) Python 3.7 From Travis 2018-07-29 19:19:04 -05:00
CHANGELOG.md Fix Typo 2018-07-29 19:24:12 -05:00
CONTRIBUTORS.md Add Dan Liberatori to Contributors 2018-08-07 12:39:01 -05:00
docker-compose.yml Cleanup Project Template 2018-07-29 13:03:00 -05:00
Dockerfile Cleanup Project Template 2018-07-29 13:03:00 -05:00
LICENSE Bump Year to 2018 2018-02-02 16:52:47 -06:00
Makefile Minimalize Project Template 2018-07-27 15:50:35 -05:00
MANIFEST.in Minimalize Project Template 2018-07-27 15:50:35 -05:00
README.md Fix Slack Channel Link 2018-06-23 02:20:52 -05:00
readthedocs.yml Fix RTD 2018-07-17 05:00:00 -05:00
requirements-dev.txt Fix RTD 2018-07-17 05:00:00 -05:00
requirements-rtd.txt Actually Add RTD Requirements 2018-07-17 05:01:43 -05:00
requirements.txt Rework Docker on Alpine 2017-04-18 22:34:42 -05:00
setup.cfg Move ./doc to ./docs 2018-07-17 04:32:30 -05:00
setup.py Minimalize Project Template 2018-07-27 15:50:35 -05:00
Vagrantfile Some Progress Toward Issue #347 2018-06-23 02:16:59 -05:00

Cement Framework

Continuous Integration Status

NOTE: Portland is a complete fork of Cement 2, and will eventually become Cement 3. It is guaranteed to be broken! Please use Cement 2 in production until stable/3.0.0 is released.*

Cement is an advanced Application Framework for Python, with a primary focus on Command Line Interfaces (CLI). Its goal is to introduce a standard, and feature-full platform for both simple and complex command line applications as well as support rapid development needs without sacrificing quality. Cement is flexible, and it's use cases span from the simplicity of a micro-framework to the complexity of a mega-framework. Whether it's a single file script, or a multi-tier application, Cement is the foundation you've been looking for.

The first commit to Git was on Dec 4, 2009. Since then, the framework has seen several iterations in design, and has continued to grow and improve since it's inception. Cement is the most stable, and complete framework for command line and backend application development.

Core Features

Cement core features include (but are not limited to):

  • Core pieces of the framework are customizable via handlers/interfaces
  • Handler system connects implementation classes with Interfaces
  • Extension handler interface to easily extend framework functionality
  • Config handler supports parsing multiple config files into one config
  • Argument handler parses command line arguments and merges with config
  • Log handler supports console and file logging
  • Plugin handler provides an interface to easily extend your application
  • Output handler interface renders return dictionaries to console
  • Cache handler interface adds caching support for improved performance
  • Controller handler supports sub-commands, and nested controllers
  • Hook support adds a bit of magic to apps and also ties into framework
  • Zero external dependencies* (not including optional extensions)
  • 100% test coverage (pytest)
  • 100% PEP8 compliant (flake8)
  • Extensive API Reference (sphinx)
  • Tested on Python 3.5+
  • Does not support Python 2.x

Some optional extensions that are shipped with the mainline Cement sources do require external dependencies. It is the responsibility of the application developer to include these dependencies along with their application, as Cement explicitly does not include them.

More Information

License

The Cement CLI Application Framework is Open Source and is distributed under the BSD License (three clause). Please see the LICENSE file included with this software.

Development

Docker

This project includes a docker-compose configuration that sets up all required services, and dependencies for development. This is the recommended path for local development, and is the only fully supported option.

The following creates all required docker containers, and launches an ASH shell within the cement dev container for development.

$ make dev

|> cement <| app #

The above is the equivalent of running:

$ docker-compose up -d

$ docker-compose exec cement /bin/ash

Vagrant

An alternative option is included to run Vagrant for development. This is partially supported, primarily for the purpose of developing/testing on Windows as well as testing specific issues on target operating systems.

To see a list of configured systems:

$ vagrant status

Linux

$ vagrant up linux

$ vagrant ssh linux

vagrant@linux $ cd /vagrant

vagrant@linux $ bash scripts/vagrant/bootstrap.sh

vagrant@linux $ source env/bin/activate

|> cement >| $ pip install -r requirements-dev.txt

|> cement >| $ python setup.py develop

Windows

Windows development and support is not 100% complete. Cement is known to run and work on Windows, however it is not a primary target for development and as such the setup is not as streamlined and currently has several known errors.

The following assumes you're running these two initial commands from a unix based system:

$ make clean

$ vagrant up windows

RDP or Login to Desktop/Console, and open a PowerShell terminal:

C:\> cd C:\Vagrant

C:\Vagrant> powershell.exe scripts\vagrant\bootstrap.ps1

C:\Vagrant> .\env-windows\Scripts\activate.ps1

C:\Vagrant> pip install -r requirements-dev.txt

C:\Vagrant> python setup.py develop

Running Tests and Compliance

Cement has a strict policy that all code and tests meet PEP8 guidelines, therefore flake8 is called before any unit tests run. All code submissions require 100% test coverage and PEP8 compliance:

Execute the following to run all compliance and unit tests:

$ make test

See Makefile for all other common development actions.