Class Outer
{
...
private class Node
{
private T data;
...
private T getData()
{
return data;
}
}
}
Какова цель использования методов set и get, если внешний класс может получить доступ к закрытым членам внутреннего класса? Какова цель сделать внутренние классы приватными? Доступ к пакету?
Частные внутренние классы пишутся, когда вы не хотите, чтобы класс подвергался воздействию внешних классов внутри или вне пакета. Они используются только внутри класса внешнего уровня.
Геттеры и сеттеры обычно не имеют смысла внутри частных классов, потому что вы все равно можете получить доступ к переменным экземпляра.
Вы можете пропустить тривиальные геттеры и сеттеры, но часто эти методы нетривиальны (частым случаем является шаблон "ленивая загрузка").
Отредактировано для добавления: Ленивая загрузка — это когда вы создаете экземпляр члена только тогда, когда запрашиваются данные. Он используется, когда получение данных не всегда необходимо и требует больших затрат.
class a
{
private:
int m_aNumber;
bigDeal *m_pBig;
public:
a() { m_aNumber = 0; m_pBig = NULL; }
~a() { if (m_pBig) delete m_pBig; }
// trivial
int get_aNumber() { return m_aNumber;}
void set_aNumber(int val) { m_aNumber = val; }
// lazy load
bigDeal *get_Big()
{
if (m_pBig == NULL)
{
// bigDeal::bigDeal() downloads data from Mars Rover
// takes 20 minutes, costs $1.2 million dollars to run
m_pBig = new(bigDeal);
}
return m_pBig;
}
void set_Big(bigDeal *val)
{
m_pBig = val;
}
}
Прежде всего, я бы посоветовал относиться к внутренним классам public/protected/internal так же, как к любому другому "внешнему" классу. То есть использовать те же принципы проектирования.
Что касается внутренних классов, когда я использую внутренние частные классы, они обычно заканчиваются просто кучей байтов... то есть они не выполняют фактическую обработку. Они нужны только для того, чтобы упростить написание кода для внешнего класса.
Я не призываю вас писать плохой код, но вы можете быть гораздо менее строгим в своем дизайне с внутренними частными классами. Как правило, они должны быть упрощенными и легковесными... не переусердствуйте с ООП во внутренних классах. Кроме того, если вам в конечном итоге придется что-то менять во внутреннем классе, вам нужно будет только обновить ссылки во внешнем классе... что TBH вообще не имеет большого значения.
