drogon

related - someone should take a stab at actually finishing this :) https://github.com/drogonframework/drogon/issues/988

talking about C++, there are drogon framework: https://github.com/drogonframework/drogon not bells and whistles like on Wt as there are no integrated widgets. But have c++ based template (for HTML) engine and other integrated parts what you expect from framework (routing, controllers, db, authentication handling and so on). and boasts high performance design

> * Let’s not pretend all conceivable applications are, or should be, written in C++.* This is a discussion on C++. > People mostly stopped using C++ to develop web servers which handle web requests, because they moved to Java, C#, PHP, Ruby, Python, etc. I'm not sure you understood what I said, or thought things through. By the way, the top performing web framework in the Tech Empower benchmark is a C++ framework which uses C++'s standard smart pointers. https://github.com/drogonframework/drogon Also, one of the most popular web frameworks for Python started off as an April Fools joke. I'm not sure what's your point. Lastly, the main reason why C++ ceased to be the most popular choice in some domains was because it was during a very long time the most popular choice in some domains, and still remains one of the most popular choices. So

> How would one go about building a rest service in C++? I'd use https://github.com/drogonframework/drogon if the app needs to be pure C++ or Cutelyst (https://cutelyst.org/) if it's a Qt app which needs to expose an http server

Drogon (https://github.com/an-tao/drogon), Cutelyst (https://github.com/cutelyst/cutelyst/), Crow (https://github.com/CrowCpp/crow) come to mind

Not sure of the exact reason may be because it is directly using the postgresql C client library. Check the implementation of DB client: https://github.com/an-tao/drogon/blob/master/orm_lib/src/DbC...

> For example, https://github.com/an-tao/drogon (benchmark winner) or https://oci-pronghorn.gitbook.io/greenlightning/ just aren't pleasant to work with. What makes you say that Drogon isn’t pleasant to work with? Is it some specific framework APIs that can be improved (if yes, how?), or is it a general disdain against C++ and its syntax?

I'd say performance in this benchmark is inversely related with how nice it is to express business logic in the respective language/framework, and that's a pretty big deal. For example, https://github.com/an-tao/drogon (benchmark winner) or https://oci-pronghorn.gitbook.io/greenlightning/ just aren't pleasant to work with. For example, compare Green Lightning with http://sparkjava.com/ and look at how much slower Spark is while clearly being nicer to use. I worked with Netty at work for two years and it was a dream to use something like Express or Flask on the side, not having to worry sharing/disposing ByteBufs, not dealing with the weird in-channel/out-channel abstraction (vs simple middleware), not investigating how async-/thread-safe a given library was, etc. It just all goes back to trade-offs. You're going to have different consider

Interesting that drogon is relatively new (first release a year ago; new to Round 19) and is utterly destroying the benchmarks. https://github.com/an-tao/drogon Show HN: https://news.ycombinator.com/item?id=19427332

2 small things. a) Show me the code to start with, don't send me digging for it. A SimpleController example as the very first thing would help give a feel for the project, and makes me more likely to consider the project. b) If there's an easier way (like the drogon_ctl utility at the start of Quickstart [0]), show that first, and the more detailed way second. Other than that, it looks great. I've used libmicrohttpd a few times, so a bit less of an overhead always looks great. [0] https://github.com/an-tao/drogon/wiki/quick-start