8 typowych błędów początkujących programistów

Porównywanie obiektów za pomocą ==.

Operator ==porównuje odniesienia do obiektów.

Odniesienia wskazują adresy w pamięci, a jeśli znajdują się pod różnymi adresami, porównanie ==zwróci 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);
   }
}

Aby porównać obiekty w klasie, Objectistnieje specjalna metoda - equals(). Jego domyślna implementacja, szczerze mówiąc, jest taka sobie:

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

W samej klasie Objectlogika metody equals()jest realizowana poprzez porównanie dwóch referencji. Z kolei, aby poprawnie porównać obiekty, trzeba tę metodę na nowo zdefiniować zgodnie z kryteriami, które są ważne w konkretnym programie dla konkretnych obiektów. Sam ustalasz kryteria równości.

Jedyne o czym nie powinieneś zapominać to lista wymagań prawidłowego override'u equals(). Można je łatwo znaleźć w Internecie, ale nasi fajni studenci napisali już artykuł na ten temat .

Używanie zmiennych niestatycznych w metodach statycznych (i odwrotnie).

Jeśli kiedykolwiek widziałeś napis „ Niestatyczna zmienna x nie może być odwoływana z kontekstu statycznego ” - witaj w klubie :)

Metody statyczne nie mają dostępu do zmiennych klas niestatycznych.

Jest to logiczne: w końcu metodę statyczną można wywołać bez tworzenia obiektu klasy, a wszystkie zmienne pola należą do określonych obiektów. To jest sprzeczność, która prowadzi do błędu.

Nawiasem mówiąc, jest to możliwe: dopuszczalne jest stosowanie zmiennych statycznych w metodach niestatycznych:

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);//а так можно!
   }
}

Niezrozumienie sposobu przekazywania parametrów do metod: przez referencję lub wartość.

Obiekty i prymitywy są przekazywane do metod jako parametry na różne sposoby: pierwszy przez referencję, drugi przez wartość.

Początkującym często trudno jest zrozumieć tę koncepcję, co powoduje, że ich kod zachowuje się nieoczekiwanie:

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++;
   }
}

Jeśli w tym przykładzie nie wiesz dokładnie, która liczba wzrośnie, a która nie (zwykła liczba lub wiek kota), to przeczytaj jeszcze raz nasz wykład na ten temat .

Ignorowanie zasad pisania kodu.

I dotyczy to nie tylko przestrzegania pewnych zasad „technicznych”, ale także banalnych konwencji nazewnictwa.

Wszystkie te zasady „ jak nazywać zmienne ”, „ jak pisać nazwy metod ” zostały wymyślone nie bez powodu. To naprawdę znacząco wpływa na czytelność kodu.

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

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;

}

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

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

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

public class Main {

   public static void main(String[] args) {

       String s1 = "Я изучаю Java";
       String s2 = new String("Я изучаю Java");

       System.out.println(s1 == s2);
   }
}

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

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

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

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

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

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

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

• Антипаттерны обработки исключений в Java;
• Исправляем 7 распространенных ошибок обработки исключения в Java.

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

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

public class Main {

   public static void main(String[] args) {

       int i = 6;
       System.out.println(7 == i++);
   }
}

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

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

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

Пропуск слова 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 в момент, когда отработал один из вариантов. Не стоит о нем забывать, иначе результат может быть неожиданным :)