Jak wiecie, jest powiedzenie najlepszej praktyki
Ogranicz wiersz kodu źródłowego o 80 znaków.
Oto 2 linki:
Dlaczego 80 znaków to „standardowy” limit szerokości kodu?
Czy limit 80 znaków jest nadal istotny w czasach monitorów szerokoekranowych?
I jestem pewien, że możesz grzywnę więcej, jeśli szukasz tej najlepszej praktyki.
Ale uważam to za niezwykle trudne, oto przykładowy przykład:
public class MyClass {
public void myMethod() {
final Map<String, List<MyInterfaceHere>> myReference
Więc wcinasz każdą klasę, każdą metodę i każdą instrukcję.
I jestem już w kolumnie 60 pod koniec ostatniego „e” w „myReference”.
Zostało mi 20 spacji, które wywołują konstruktor i przypisują obiekt do referencji, którą mam.
Mam na myśli, czy to naprawdę wygląda lepiej:
public class MyClass {
public void myMethod() {
final Map<String, List<MyInterfaceHere>> myReference
= new HashMap<String, List<MyInterfaceHere>>();
Jaka jest tutaj najlepsza praktyka?
final Map<String, List<MyInterfaceHere>> myReference = new HashMap<>();
(80 znaków z wcięciem jak w twoim przykładzie)
80 chars * 7 pixels/char = 560 pixels per file
. Dzięki temu dwa pliki (1120 pikseli) wygodnie mieszczą się na szerokoekranowym ekranie 1280 pikseli lub trzy (1680 px) na ekranie 1920 pikseli, w obu przypadkach pozostawiając trochę miejsca na numery linii, paski przewijania, sigile i inne elementy interfejsu użytkownika . Lub nawet sporadycznie nieco dłuższa linia.