Public class line java

3. Забыл проинициализировать объекты, являющиеся элементами массива.

В Java массив объектов — это на самом деле массив ссылок на объекты. Создание массива — это просто создание набора ссылок, ни на что не указывающих (то есть равных null). Чтобы на самом деле создать «полноценный» массив объектов, необходимо проинициализировать каждый элемент массива. Многие студенты не понимают этого; они считают, что, создавая массив объектов, они автоматически создают сами объекты. (В большинстве случаев, студенты приносят эту концепцию из C++, где создание массива объектов приводит к созданию самих объектов путем вызова их конструктора по умолчанию). В примере ниже, студент хочет создать 3 объекта класса StringBuffer . Код будет откомпилирован без ошибок, но в последней строке произойдет исключение NullPointerException , где происходит обращение к несуществующему объекту. Ошибочный пример:

 // Создаем массив из StringBuffer StringBuffer [] myTempBuffers; myTempBuffers = new StringBuffer[3]; myTempBuffers[0].add(data); 

Чтобы не допускать эту ошибку, необходимо не забывать проинициализировать элементы массива. Исправленный пример:

 // Создаем массив из StringBuffer и инициализируем элементы StringBuffer [] myTempBuffers; myTempBuffers = new StringBuffer[3]; for (int ix = 0; ix < myTempBuffers.length; ix++) myTempBuffers[ix] = new StringBuffer(); myTempBuffers[0].add(data); 

4. Помещение в один файл сразу нескольких классов с модификатором public

Файлы с исходным java-кодом определенным образом связаны с классами, содержащимися в этих файлах. Связь можно охарактеризовать так: Любой Java-класс хранится не более чем в одном файле. В любой файл с исходным кодом можно поместить не более 1-го класса с модификатором public . Если в файле с исходным кодом есть класс с модификатором public , имя файла и имя класса должны быть строго одинаковыми (прим. перев.: до регистра, см. п.1) Иногда студенты забывают о 2-ом правиле, что приводит к ошибкам на этапе компиляции. Сообщение об ошибке для 2-го и 3-го правила будет одинаковым (в чем собственно и заключается трудность распознания этой ошибки).

5. Подмена поля класса локальной переменной.

Java позволяет объявлять внутри метода переменные, чье имя совпадает с полями класса. В таком случае преимущество будет отдано локальным переменным, и они будут использоваться вместо полей. Компилятор выдаст ошибку, если переменные с одинаковыми именами будут разных типов. Если же они одинаковых типов, ошибки компиляции не будет, и будут непонятны причины неправильной работы программы. Ошибочный пример:

 public class Point3 < int i = 0; int j = 0; int k = 0; public boolean hits(Point[] p2list) < for(int i = 0; i < p2list.length; i++) < Point p2 = p2list[i]; if (p2.x == i && p2.y == j) return true; >return false; > > 

Есть несколько способов, как исправить эту ошибку. Наиболее простой — обращаться к полям класса с помощью неявного указателя this : this.имя_поля . Лучший способ — это переименовать поле класса или локальную переменную, тогда подмены не произойдет. (прим. перев.: 2-ой способ - не наш метод. К тому же он не гарантирует, что я когда нибудь случайно не подменю поле переменной. Еще большая трудность возникнет при наследовании, когда я вообще не вижу, какие поля есть у класса) Исправленный пример:

 // One way to fix the problem int i = 0; int j = 0; int k = 0; public boolean hits(Point[] p2list) < for(int i = 0; i < p2list.length; i++) < Point p2 = p2list[i]; if (p2.x == this.i && p2.y == this.j) return true; >return false; > // ***************************** // Лучший способ int x = 0; int y = 0; int z = 0; public boolean hits(Point[] p2list) < for(int i = 0; i < p2list.length; i++) < Point p2 = p2list[i]; if (p2.x == x && p2.y == y) return true; >return false; > 

Еще одно возможное место появления этой ошибки — задание имени параметра метода таким же, как и имя поля класса. Это хорошо выглядит в конструкторах, но для обычных методов не подходит.

немного сумбурно, но смысл такой

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

6. Забыл вызвать конструктор родителя (суперкласса)

Когда класс расширяет другой класс, каждый конструктор подкласса должен вызвать какой либо конструктор суперкласса. Обычно это достигается вызовом конструктора суперкласса методом super(x) , помещенным в первой строке конструктора. Если в первой строке конcтруктора нет вызова super(x) , компилятор самостоятельно вставляет этот вызов, но без параметров: super() . (прим. перев.: х. се, а я и не знал ) Иногда студенты забывают об этом требовании. Обычно это не является проблемой: вызов конструктора суперкласса вставляется компилятором и все работает отлично. Однако если у суперкласса нет конструктора по умолчанию (прим. перев.: то есть конструктора без параметров), то компилятор выдаст ошибку. В примере ниже все конструкторы суперкласса java.io.File имеют 1 или 2 параметра: Ошибочный пример:

 public class JavaClassFile extends File < String classname; public JavaClassFile(String cl) < classname = cl; >> 

Решением проблемы является вставка явного вызова правильного конструктора суперкласса: Исправленный пример:

 public class JavaClassFile extends File < String classname; public JavaClassFile(String cl) < super(cl + ".class"); classname = cl; >> 

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

7. Неправильный перехват исключений

Система обработки исключений в Java достаточно мощная, но трудная для понимания новичками. Студенты, хорошо владеющие C++ или Ada, обычно не испытывают сложностей, в отличие от программистов C и Fortran. Примеры ниже показывают некоторые распространенные ошибки. В данном примере для исключения не указано имя. На эту ошибку укажет компилятор на этапе компиляции, так что ее легко исправить самостоятельно. Ошибочный пример:

Порядок расположения блоков catch определяет очередность перехвата исключений. Нужно учитывать, что каждый такой блок перехватит все исключения указанного класса или любого его подкласса. Если не учесть это, то можно получить недостижимый блок catch, на что укажет компилятор. В примере ниже SocketException является подклассом IOException . Ошибочный пример:

 try < serviceSocket.setSoTimeout(1000); newsock = serviceSocket.accept(); >catch (IOException ie) < message("Error accepting connection."); >catch (SocketException se)

 try < serviceSocket.setSoTimeout(1000); newsock = serviceSocket.accept(); >catch (SocketException se) < message("Error setting time-out."); >catch (IOException ie)

Если в коде возможно появление исключения, которое не перехватавается ни одним блоком try-catch , то это исключение следует объявить в заголовке метода. (Для исключений — подклассов класса RuntimeException это не обязательно). Студенты иногда забывают о том, что вызов метода может порождать исключение. Проще всего это исправить, помещая вызов метода в блок try-catch . Ошибочный пример:

 public void waitFor(int sec)

 public void waitFor(int sec) throws InterruptedException

8. Метод доступа имеет тип void

Это очень простая ошибка. Студент создает метод для доступа к переменной, но указывает, что метод ничего не возвращает (помещает модификатор void в загогловок метода). Чтобы исправить эту ошибку, нужно указать правильный тип возвращаемого значения. Ошибочный пример: