История изменений

И главная проблема чтения чужого кода - лишний код кот. ничего полезного не делает.

я уж сказал, что авторы с++ позаботились и о вас. и потому сделали struct с публичными по дефолту полями. вот в struct писать сеттеры и геттеры - моветон. а в классе - нормальная практика.

одна из идей плюсов - дать методы описания максимально «прочных классов». то есть таких сущностей, которые невозможно взломать или привести в неконсистентное состояние снаружи. чтобы всегда сохранялись некие инварианты данного класса. для этого и вводятся спецификаторы, а также рекомендуются сеттеры/геттеры.

вы же хотите максимально непрочные классы, которые можно сломать снаружи. спасибо не надо.

разумеется не следует злоупотреблять палкой о двух концах. разумное использование всего - вот что нам надо.

И главная проблема чтения чужого кода - лишний код кот. ничего полезного не делает.

я уж сказал, что авторы с++ позаботились и о вас. и потому сделали struct с публичными по дефолту полями. вот в struct писать сеттеры и геттеры - моветон. а в классе - нормальная практика.

одна из идей плюсов - дать методы описания максимально «прочных классов». то есть таких сущностей, которые невозможно взломать или привести в неконсистентное состояние снаружи. чтобы всегда сохранялись некие инварианты данного класса. для этого и вводятся спецификаторы, а также рекомендуются сеттеры/геттеры.

вы же хотите максимально непрочные классы, которые можно сломать снаружи. спасибо не надо.