Отже, як ви знаєте, є найкраща практика приказки
Обмежте рядок вихідного коду до 80 символів.
Ось 2 посилання:
Чому 80 символів є "стандартним" обмеженням для ширини коду?
Чи обмеження 80 символів все ще актуальне під час широкоекранних моніторів?
І я впевнений, що ви можете штрафувати більше, якщо шукати цю найкращу практику.
Але мені це надзвичайно важко, ось приклад прикладу:
public class MyClass {
public void myMethod() {
final Map<String, List<MyInterfaceHere>> myReference
Отже, ви відступаєте від кожного класу, кожного методу та кожного твердження.
І я вже в стовпці 60 до кінця останнього "e", яке я маю в "myReference".
У мене залишилось 20 пробілів, щоб насправді викликати конструктор і призначити об'єкт посиланням, яке я маю.
Я маю на увазі, чи справді це виглядає краще:
public class MyClass {
public void myMethod() {
final Map<String, List<MyInterfaceHere>> myReference
= new HashMap<String, List<MyInterfaceHere>>();
Яка тут найкраща практика?
final Map<String, List<MyInterfaceHere>> myReference = new HashMap<>();
(80 символів з відступом , як у вашому прикладі)
80 chars * 7 pixels/char = 560 pixels per file
. Це дозволяє двом файлам (1120 px) зручно розміщуватися на екрані 1280 px або трьох (1680 px) на екрані 1920 px, в обох випадках залишається додатковий простір для номерів рядків, смуг прокрутки, сигілів та інших елементів інтерфейсу користувача . Або навіть випадкові трохи довші лінії.