Typing конвенции для местных коллекций в Java

Question

Я недавно наткнулся на набор кода, который конкретизируется локальные карты следующим образом:

HashMap<String, Object> theMap = new HashMap<String, Object>(); 

Обычно, когда я видел HashMaps использовали (и используют их сам), местный переменные - это просто Map (интерфейс), а не привязаны к конкретной реализации. Очевидно, это необходимо, если Map потенциально может быть создан как различные типы Map (например, принимает параметр). Однако, в случае что-то вроде выше, где оно определено и создается в одной точке, есть ли основная причина использовать только тип интерфейса или просто стиль/соглашение?

Answer 1

(изначально я неправильно понял вопрос, основанный на названии, но я включил оба типа и переменные соглашения, как и интересны.)

Что важно, что это карта: то, что вы смотрите вещи в. Остальное - деталь реализации.

Я бы предложил дать ему semantic имя, например.

Map<String, Object> nameToSessionMap = ... 

... таким образом, когда вы читаете код, вы будете знать, что означают ключи и значения.

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

Answer 2

Объявление объекта как Map позволит компилятору защитить вас от методов вызова, которые относятся к HashMap. Это позволит вам заменить другую реализацию Map в будущем, не беспокоясь о вызовах методов, которых нет в интерфейсе Map.

Answer 3

Обычно люди используют в основном карту, чтобы сделать наименьшее количество предположений о реализации.

Не может быть, чтобы имя класса использовалось для дополнительных методов, так как к ним добавлен только clone(), который уже не использовался (по уважительным причинам).

Возможно, что карта должна быть Serializable по той или иной причине, а простой интерфейс карты не расширяет ее, но HashMap ее реализует.

Answer 4

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