Прежде всего, никогда не рассматривайте какие-либо ссылки на программирование как окончательные.Когда-либо.Все является чьим-то мнением, и, в конце концов, вы должны делать то, что лучше для вас.
Итак, в этом тексте, по сути, говорится: «Не используйте методы, которые стоят вам больше времени, чемони экономят ".Один из примеров «защищенного интерфейса», который они описывают, следующий:
class C {
public:
int x;
};
Теперь в Java все книги по программированию на Java EE говорят вам, что вы всегда должны реализовывать этот класс следующим образом:
class C {
public:
int getX() { return x; }
void setX(int x) { this.x = x; }
private:
int x;
};
... это реализация правильной инкапсуляции (технический термин: немного упрощая, это означает минимизацию совместного использования между отдельными частями).Классы, использующие ваш код, обеспокоены тем, что у вас есть какой-то способ получить и установить целое число, а не то, что он фактически хранится как int внутри класса.Поэтому, если вы используете методы доступа, вы сможете позже изменить базовую реализацию: может быть, вы хотите, чтобы она считывала эту переменную из сети?
Однако это был большой объем дополнительного кода (в терминахперсонажей) и некоторые дополнительные сложности для реализации этого.Делать вещи правильно на самом деле имеет свою стоимость!Это не затраты с точки зрения правильности кода - напрямую - но вы потратили несколько минут, делая это «лучше», чем могли бы потратить на что-то другое, и для поддержания всего, что вы пишете, требуется ненулевой объем работы,независимо от того, насколько это тривиально.
Итак, то, что говорится в этом отрывке, на мой взгляд, хороший совет: всегда перепроверяйте, что когда вы собираетесь что-то делать, вы получите от этого больше, чемчто вы вкладываете. Проверьте, что вы не следуете идеалу в ущерб своей реальной эффективности как программиста или человека.
Это совет, который вам пригодится на любом языке программирования и на любом языке.жизненный путь.