If you want start to develop your web-application and focus on the App, instead of the frameworks, you are in the right place. PythonOnWheels feels right if you do not recognize that you use it.
The base for PythonOnWheels were the ideas from Ruby On Rails. Which are for me like: don't have to configure much, don't have to code boilerplate, just generate a model, a controller and render some scaffold views and be live.
PythonOnWheels bundles some of the great modules and libraries out there and integrates them the Rails style. The integrated libraries are taking the most common use-cases away from you. Like automatic (generated)
PythonOnWheels is Model-View-Controller based, so when you install it and generate your first application you will find the following directory structure:
Hopefully it's pretty self explanatory. The most important dirs for the start are the:
I like the convention over configuration idea from rails. Let obvious things be done by the computer and just use them as expected. In PythonOnWheels you will find that very often. Handlers automatically find their models when you give the handler and the model the same name. Think of a todo model, then give the handler the same name. Done.
python generate_model.py -n todo -t tinydb
python generate_handler.py -n todo -t tinydb --rest
The handler is automatically connected to the model and will offer all HTTP REST methods in this case as well. So just two lines and you have a working application with a REST API which will store your data really in a NoSQL DB (tinydb) in this case.
No installation, no configuration, no nothing. Just right away your App.
Getting an HTML interface will really taking some time .... no ! Just
python generate_scaffold.py -n todo -t bs4
and you are done. This is how it looks like:
(After creating a first todo using the HTML UI)
PythonOnWheels idea is to take all the boilerplate from you and lets you really focus on your app and idea. So it's really quick to get from zero to a working app.