Ну вообще-то ООП во многом верно. Ну структуры, поля, это же логично. А вот наследование да, кривая штука, композиция лучше, правда в расте она крайне неудобная из-за тысяч геттеров и сеттеров. Уход от такого "простого" ООП просто неразумен, я даже не представляю, как можно, например, сделать текстуры/буферы и работу с ними без ООП и тем более на функциональщине(сам потому не шибко её знаю)

Твой вариант не универсален. А если у нас 5  полей, будем добавлять get_ab get_abc и тд? Просто криво =)

тогда зачем структуры с синтаксисом s.a вообще? можно было бы как в луа без классов обойтись(там только массивы)

тогда зачем структуры с синтаксисом s.a вообще? можно было бы как в луа без классов обойтись(там только массивы)

ИМХО, GC это кривая штука. GC лишь обходит проблему, но не решает её. Например, в жабе нужно закрывать файлы вручную, а если тровишь эксепшн, когда мутекс открыт, то.. он и не закрывается. Ну во всяком случае, как я слышал(жабу я потому и не юзаю). RAII куда логичнее. Например, раст закрывает файлы и отравляет мутексы. Второе очень полезно для написания чего-то живучего.

что ж за день сегодня