JavaRush /Java Blog /Random-IT /8 errori comuni dei programmatori alle prime armi

8 errori comuni dei programmatori alle prime armi

Pubblicato nel gruppo Random-IT
Ciao! Oggi esamineremo un elenco di 8 errori comuni commessi dagli sviluppatori Java alle prime armi (e non solo). Troverai molte di queste raccolte su Internet: molte di esse sono simili tra loro. Quando abbiamo compilato questo elenco, siamo stati guidati da un criterio: se noi stessi abbiamo commesso questi errori durante lo studio e il lavoro :) Non hanno priorità e sono ugualmente importanti per comprendere e ricordare.
  1. Confronto di oggetti utilizzando ==.

    L'operatore ==confronta i riferimenti agli oggetti.

    I riferimenti puntano agli indirizzi in memoria e, se si trovano a indirizzi diversi, il confronto ==restituirà false.

    public class Car {
    
       String model;
       int maxSpeed;
       int yearOfManufacture;
    
       public Car(String model, int maxSpeed, int yearOfManufacture) {
           this.model = model;
           this.maxSpeed = maxSpeed;
           this.yearOfManufacture = yearOfManufacture;
       }
    
       public static void main(String[] args) {
           Car ferrari = new Car("Ferrari 360 Spider", 280, 1996);
           Car ferrariTwin = new Car("Ferrari 360 Spider", 280, 1996);
           System.out.println(ferrari == ferrariTwin);
       }
    }

    Per confrontare gli oggetti in una classe Objectesiste un metodo speciale - equals(). La sua implementazione predefinita, francamente, è così così:

    public boolean equals(Object obj) {
       return (this == obj);
    }

    Nella classe stessa, Objectla logica del metodo equals()è implementata come confronto tra due riferimenti. A sua volta, per confrontare correttamente gli oggetti, è necessario ridefinire questo metodo in base ai criteri importanti in un programma specifico per oggetti specifici. Sei tu a determinare i criteri per l'uguaglianza.

    L'unica cosa da non dimenticare è l'elenco dei requisiti per un corretto override equals(). Puoi trovarli facilmente su Internet, ma i nostri fantastici studenti hanno già realizzato un articolo su questo argomento .

  2. Utilizzo di variabili non statiche in metodi statici (e viceversa).

    Se hai mai visto la scritta " La variabile non statica x non può essere referenziata da un contesto statico " - benvenuto nel club :)

    I metodi statici non hanno accesso alle variabili di classe non statiche.

    Questo è logico: dopo tutto, un metodo statico può essere chiamato senza creare un oggetto di classe e tutte le variabili di campo appartengono a oggetti specifici. Questa è la contraddizione che porta all’errore.

    Al contrario, a proposito, è possibile: è consentito utilizzare variabili statiche in metodi non statici:

    public class Main {
    
       public int x = 10;
    
       public static int staticX = 100;
    
       public static void main(String[] args) {
    
           System.out.println(x);//ошибка компиляции, так нельзя!
       }
    
       public void printX() {
    
           System.out.println(staticX);//а так можно!
       }
    }
  3. Incomprensione su come i parametri vengono passati ai metodi: per riferimento o per valore.

    Oggetti e primitive vengono passati ai metodi come parametri in diversi modi: i primi per riferimento, le seconde per valore.

    I principianti spesso trovano questo concetto difficile da comprendere, con il risultato che il loro codice si comporta in modo inaspettato:

    public class Main {
    
       public static void main(String[] args) {
    
           int x = 7;
           incrementNumber(x);
           System.out.println(x);
    
           Cat cat = new Cat(7);
           catLevelUp(cat);
           System.out.println(cat.getAge());
    
       }
    
       public static void catLevelUp(Cat cat) {
    
           cat.setAge(cat.getAge()+1);
       }
    
       public static void incrementNumber(int x) {
           x++;
       }
    }

    Se in questo esempio non sai esattamente quale numero aumenterà e quale no (il numero abituale o l'età del gatto), rileggi di nuovo la nostra lezione su questo argomento .

  4. Ignorare le regole della scrittura del codice.

    E questo vale non solo per il rispetto di alcuni principi “tecnici”, ma anche per banali convenzioni di denominazione.

    Tutte queste regole “ come nominare le variabili ”, “ come scrivere i nomi dei metodi ” sono state inventate per un motivo. Ciò influisce notevolmente sulla leggibilità del codice.

    Ведь code не всегда будет только твоим. Ты можешь перевестись на другой проект в компании, и он перейдет по наследству к твоим коллегам, которые будут явно не в восторге, получив в работу что-то вроде этого:

    public class Cat {
    
       private int S_O_M_E_T_H_I_N_G = 7;
       public String striiiiiiiiiiiiiing;
       protected double X3_4TO_ET0_TAK0E = 3.14;
       boolean random = Math.random() > 0.5;
    
    }

    Твой code может быть гениальным с точки зрения производительности, но если его невозможно прочитать и понять How он, собственно, работает, цена его, увы, невелика.

    Придерживайся стандартов написания, и твой code, даже далекий от идеала, хотя бы прочтут более опытные товарищи и подскажут, что с технической точки зрения в нем можно улучшить :)

  5. Непонимание работы класса String

    public class Main {
    
       public static void main(String[] args) {
    
           String s1 = "Я изучаю Java";
           String s2 = new String("Я изучаю Java");
    
           System.out.println(s1 == s2);
       }
    }

    Если ты не знаешь, почему этот code выводит false, знания явно нужно подтянуть:)

    Новички часто не знают что такое String Pool и How он работает.

    Как следствие, не до конца ясно, How правильно сравнивать строки в своем codeе. В одной из наших лекций мы подробно рассматривали эту тему

  6. Неправильная работа с исключениями.

    Это свойственно не только новичкам, но и опытным разработчикам. Причин несколько.

    Во-первых, универсального рецепта не существует. Ошибки в программе бывают разные, сценарии их обработки, соответственно, тоже. Во-вторых, не все понимают структуру stackTrace, а антипаттернов обработки ошибок очень много, и каждый из них «неправилен» по-своему. Так что вариантов сделать неправильно здесь намного больше, чем где бы то ни было.

    Распространенные антипаттерны приведены здесь:

  7. Неполное понимание работы операторов (арифметических, логических и других).

    8 errori comuni dei programmatori alle prime armi - 2

    Простой пример. Сможешь сходу сказать, что выведет этот code?

    public class Main {
    
       public static void main(String[] args) {
    
           int i = 6;
           System.out.println(7 == i++);
       }
    }

    Если ты ответил неправильно or наугад, значит, в этой области пока есть пробелы:)

    Код выведет false, потому что приоритет у оператора сравнения == выше, чем у постфиксного инкремента ++. Поэтому сначала будет выполнено сравнение 7 == i, и только потом - операция i++.

    По этой теме, кстати, у нас тоже была подробная лекция. Вот link, если пропустил.

  8. Пропуск слова break в операторе switch.

    Эту ошибку, вероятно, допускали многие из читателей!)

    public class Main {
    
       public static void main(String[] args) {
    
           int i = 1;
    
           switch (i) {
    
               case 1: {
                   System.out.println("Число равно 1");
               }
               case 2: {
                   System.out.println("Число равно 2");
               }
               case 3: {
                   System.out.println("Число равно 3");
               }
           }
       }
    }

    В результате на них обрушивается водопад из всех возможных вариантов:

    Вывод:

    
    Число равно 1
    Число равно 2
    Число равно 3

    Оператор break прерывает работу оператора switch в момент, когда отработал один из вариантов. Не стоит о нем забывать, иначе результат может быть неожиданным :)

Commenti
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION