Почему можно было бы отметить локальные переменные и параметры метода как “финал” в Java? [закрытый]

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

В случае магических чисел, я поместил бы их как постоянное частное поле так или иначе, а не в коде.

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

Мое личное мнение - то, что это - пустая трата времени. Я полагаю, что визуальная помеха и добавленное многословие не стоят того.

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

, Но, конечно, это - все персональное предпочтение;-)

Из-за (иногда) запутывающей природы Java" передача ссылкой " поведение я определенно соглашаюсь с завершением var параметра.

Завершающий локальный var кажется несколько излишеством IMO.

Да делают это.

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

А достойная альтернатива должна включить IDE, предупреждающий, когда параметр присвоен, или когда переменная (кроме переменной цикла) присвоена несколько раз.

финал имеет три серьезных основания:

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

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

Почему Вы хотели бы? Вы записали метод, таким образом, любой изменяющий его мог всегда удалять заключительное ключевое слово из стандартного расположения букв на клавиатуре и повторно присваивать его. Что касается сигнатуры метода, того же обоснования, хотя я не уверен, что это сделало бы к подклассам Вашего класса..., они могут наследовать заключительный параметр и даже если они переопределяют метод, неспособны к de-finalize x. Попробуйте его и узнайте, работало ли это.

единственная реальная выгода, тогда, то, если Вы делаете параметр неизменным, и это переносит на детей. Иначе Вы просто создаете помехи своему коду ни на каком особенно серьезном основании. Если это не вынудит никого следовать Вашим правилам, Вы более обеспечены просто отъезд хорошего комментария как Вы, почему Вы не должны изменять тот параметр или переменную вместо того, чтобы дать если заключительный модификатор.

Редактирование

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

Я позволяю Eclipse сделать это для меня, когда они используются в анонимном классе, который увеличивается из-за моего использования Google Collection API.

Мы делаем это здесь для локальных переменных, если мы думаем, что им не повторно присвоят или нельзя повторно присвоить.

параметры не являются окончательными, так как у нас есть Checkstyle-проверка, которая проверяет на переприсвоение параметров. Конечно, никто никогда не хотел бы повторно присвоить переменную параметра.

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

Следовательно, , а не , использование final делает ваш код менее читаемым и удобным в обслуживании, само по себе :)

Конечные локальные переменные зависят от намерения и, с моей точки зрения, менее важны. Зависит от того, что происходит.