An experimental c++ app/http framework
Go to file
Relintai 65f7f3a6b2 Now handlers need to have a new Object* parameter, this can be used to optionally carry class instances. (think of it as self in python object methods, except it can be null). 2020-12-01 12:56:04 +01:00
.vscode
core Now handlers need to have a new Object* parameter, this can be used to optionally carry class instances. (think of it as self in python object methods, except it can be null). 2020-12-01 12:56:04 +01:00
database
libs
www
.clang-format
.gitignore
LICENSE
Readme.md
SConstruct Fix calling the proper configure()s. 2020-11-28 14:52:10 +01:00
compile_linux.sh
compile_vs.bat
compile_win.bat
main.cpp Temporary printf()'s per db backend for main. 2020-11-28 14:52:46 +01:00
rdn_application.cpp Now handlers need to have a new Object* parameter, this can be used to optionally carry class instances. (think of it as self in python object methods, except it can be null). 2020-12-01 12:56:04 +01:00
rdn_application.h Now handlers need to have a new Object* parameter, this can be used to optionally carry class instances. (think of it as self in python object methods, except it can be null). 2020-12-01 12:56:04 +01:00

Readme.md

rcpp_cms

This is an experimental project, to implement a html framework in c++, because I'm dissatisfied with every single framework that I've seen or used so far.

Developing websites nowadays feels more like creating a bunch of oneliner files all over the place, which I find incredibly annoying and distracting. Not only that I'm also dissatisfied with the way most ORMs are built, they always come off as strange to use, especially with joins. At this point I'm so fed up, I'd rather use raw SQl. And let's not forget about auth, I have to think about implementing auth way too much. Every single time.

I think things can be done better. At lest from my perspective.

Whether this stupid and moronic attempt will end up working or not, we'll see.