Динамические массивы в JDK8

О массивах

Из спецификации языка Java (версия 8), стр. 329:

На языке программирования Java массивы являются объектами (§4.3.1), динамически создаются и могут быть назначены переменным типа Object (§ 4.3.3). Все методы класса Object могут быть вызваны в массиве.

Ключ здесь - Object. Поэтому переменная exampleArray потенциально может быть null. Публичные методы (не считая public static void main), которые принимают массивы и varargs (также известный как "параметр переменной exampleArray.length в массив по времени выполнения), поскольку параметры не могут быть уверены, что всегда безопасно вызывать exampleArray.length например (потому что для вас может быть брошено NullPointerException). Кроме того, для каждого типа (класса и интерфейса), который вы пишете, будет создан соответствующий объект класса для представления массива (например, Foo[].class и Bar[].class).

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

Кроме того, при назначении массива переменной вы можете использовать сокращенную строку:

int[] exampleArray = { 1, 2, 3 };

Знайте, что место, где вы кладете свои скобки, не имеет значения. Например, вот несколько способов объявить двухмерный массив:

int[][] multi = {{}};

int[] multi[];

int multi[][];

Как вы уже привыкли, первый пример является самым популярным, а JLS (спецификация языка Java) явно указывает на смешанную нотацию (стр. 332).

Еще один момент, который стоит упомянуть, заключается в том, что длина массива никогда не изменится.

Конечные переменные

final ключевое слово имеет несколько разных значений, зависящих от того, как вы его используете, в каком контексте. Прежде всего, константы существуют только как литералы исходного кода на многих языках. Последнее поле в Java может быть изменено, если вы используете низкоуровневый API, так как константные указатели могут быть введены в C++ для не-константных указателей. Но, объявив переменную в Java как final она сообщит компилятору и большую часть времени выполнения, что эта переменная будет записана только один раз. То, как я это вижу, используя последнее ключевое слово в Java, имеет три причины.

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

2. Помещение финала перед переменной приведет к значительному сокращению времени кодирования путем кэширования ошибок программиста. Скажем, например, что у вас есть пять миллионов случаев в инструкции switch, что каждый из них даст определенное значение уже объявленной неизменной переменной и которая должна быть возвращена вызывающему абоненту через некоторое время после переключения. Если вы забыли break любом месте, ваш код все еще компилируется. Но если вы указали переменную как окончательную, весь экран будет мгновенно красным, и компилятор поймает этот случай после случая, который не затормозил, и зажег тот факт, что он просто попытался переназначить новое значение для вашего драгоценного поле.

3. Среда выполнения может сделать некоторые интересные оптимизации, основанные на том, что переменная не должна изменяться. Например, все конечные примитивы автоматически поточно защищены.