Слишком много внутренних классов?

Question

Я узнал, что внутренние классы должны использоваться, когда объект тесно связан с другим объектом. Таким образом, класс LinkedList может содержать внутренний класс Node, поскольку каждый узел существует только в LinkedList.

Я думаю о создании игры и рассматриваю возможность создания объекта Map с двойным массивом Tiles, где каждый Tile является внутренним классом.

Но тогда я думал, что действительно класс Map должен быть внутренним классом внутри класса Game.

Таким образом, мы имеем

class Game { 
    class Map { 
    Tile[][] grid; 
    class Tile { 
     ... 
    } 
    ... 
    } 
    class Unit { 
    ... 
    } 
    class Player { 
    ... 
    } 
    ... 
} 

Однако, это кажется чрезмерным, так как это приводит только один, массивный файл. Это проблема? Или я полностью недопонимаю смысл внутренних классов?

Каковы факторы, которые следует учитывать при выборе того, чтобы ваш новый класс был внутренним или внешним, и если выбор является внутренним, когда внутренний класс должен быть static?

Answer 1

Когда использовать внутренние классы - это такое же искусство, как и наука. В основном посмотрите, насколько большой ваш файл кода получает и насколько большой каждый класс, если. Если класс большой и сложный, он должен, вероятно, идти в своем собственном файле. Если она небольшая (например, реализация одной функции интерфейса прослушивателя) и неоправданно используется для повторного использования в другом месте, то она, вероятно, должна быть внутренним классом.

Фактически повторное использование, вероятно, является одним из наиболее важных критериев. Все, что может быть повторно использовано, должно быть повторно использовано и должно быть ограничено соответствующим образом, чтобы включить это.

Важным преимуществом внутренних классов является то, что они могут помочь в инкапсуляции, сохраняя внутреннюю реализацию вашего класса внутри. Если другим классам не нужно знать о ваших внутренних классах (или, в некоторых случаях, даже о том, что они существуют), то это отличная причина для их внутреннего.

Answer 2

По моему мнению, внутренний класс просто бесполезен и ведет к плохому дизайну, используя доступ, который не должен предоставляться, делая код неясным. Просто забыли об этом.

(По моему мнению, конечно)

Answer 3

Это не вопрос «слишком много», по крайней мере, пока вы не попали некоторые жесткие ограничения. Речь идет о том, что можно разумно сказать, что оно принадлежит внутри. Карта всегда будет иметь записи, которые могут быть внутренним классом. У игры не всегда будет карта, поэтому карта не должна быть внутренней для игры.

Answer 4

В примере игры, который вы пытаетесь реализовать, y. Карта и плитка могут быть соответствующей структурой данных, а не отдельными внутренними классами. Какие-либо конкретные требования к их использованию в качестве классов?

Answer 5

Вопрос, который я задал бы: «Является ли внутренний класс понятным для себя?» Имеет ли смысл тип Map, или Game.Map Значительная ценность?

Я бы Map имеет смысл сам по себе и поэтому должен быть внешним классом. Затем вы можете указать близкую связь игры и карты с использованием пространств имен.