scope_guard VS expresscpp

E.g. see this implementation: https://ricab.github.io/scope_guard/

But also I should make the point that you generally don't need to write defer-like statements at all when using RAII because it's implemented in the actual type. So it's only more code overall for types that are used only once or maybe twice.

Meanwhile I will check and use https://github.com/ricab/scope_guard

> low level details leak into your high level description of code, making the two coupled. You can’t make them invisible.

It's your job to make it not to leak. You have to write Modern C++ wrappers around C libs.

Similarity, The same can be said for Java. You can do low level in Java.

C++ is not C. C++ has backward compatibility with C.

Look at Boost folks, they wrote a Modern C++ wrapper around a C HTTP parser.

> And as I said, I’m familiar with RAII, it’s really great when the given object is scope-based, but can’t do anything otherwise.

Nothing is impossible.

You can use Scope Exit Guard with QT Widget.

https://github.com/ricab/scope_guard

> And if the new subclass has some non-standard object life cycle you HAVE to handle that case somewhere else, modifying another aspect of the code. It is not invisible, unless you want leaking code/memory corruption.

Again, Scope Exit Guards solve your problem!

I bench-marked using Intel vTune.

for loop is interesting. It's why Tensorflow Core written in C++ instead Java.

I don't know any complex C++ program that employ their own GCs when C++ has RAII which is superior to GC.

Just give a try for C++11/14/17 and you will see which one is more maintainable and expressive.

Look at Chromium codebase. It's the most beautiful codebase I've ever been to.

I've done a lot of CRUD web apps in C++ using expresscpp [1] and I would say it's easy as ABC.

A lot of Java folks haven't tried C++11/14/17 (Modern C++).

C++ is Zen of OOP.

[1] https://github.com/expresscpp/expresscpp