ООП: сделать минимум 3 уровня наследования со всеми модификаторами доступа

@dimanov · Регистрация: 13.01.2017

Студворк — интернет-сервис помощи студентам

Пишу задание для понимая ООП, но все-таки есть у меня мысль, что я делаю все неправильно.

В задании необходимо сделать минимум 3 уровня наследования со всеми модификаторами доступа(private, default, protected, public), также использовать абстрактные классы и интерфейсы.

Вот что я написал пока:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
abstract public class Person {
 
    protected String firstName;
    protected String lastName;
    protected String gender;
    private int empId;
 
    public Person(String firstName, String lastName, String gender) {
        this.firstName = firstName;
        this.lastName = lastName;
        this.gender = gender;
    }
 
    protected abstract void getInfo();
 
    abstract public String getFirstName();
 
    abstract public String getLastName();
 
    abstract public String getGender();
 
 
}
 
import interfaces.Salary;
 
public class Employee extends Person implements Salary {
 
    private int salary;
    protected int experience;
 
    public Employee(String firstName, String lastName, String gender, int experience) {
        super(firstName, lastName, gender);
        this.experience = experience;
    }
 
    @Override
    public void getInfo() {
    }
 
    @Override
    public String getFirstName() {
        return firstName;
    }
 
    @Override
    public String getLastName() {
        return lastName;
    }
 
    @Override
    public String getGender() {
        return gender;
    }
 
    @Override
    public void setSalary(int salary) {
 
    }
 
    @Override
    public int getSalary() {
        return salary;
    }
}
 
public class Manager extends Employee {
 
    public int bonus;
 
    public Manager(String firstName, String lastName, String gender, int experience, int bonus) {
        super(firstName, lastName, gender, experience);
        this.bonus = bonus;
    }
}
 
public interface Salary {
 
   
 
    void setSalary(int salary);
 
    int getSalary();
 
}

Что я сейчас делаю не так? В чем ошибки? Хочу сделать программу читаемой

@_ViPeR_ · 27.11.2017, 04:39

Java
1
private int empId;

Нигде и никак не используется

Переменные:

Java
1
2
3
protected String firstName;
protected String lastName;
protected String gender;

нет смысла держать в классе Person, либо методы

Java
1
2
3
abstract public String getFirstName();
abstract public String getLastName();
abstract public String getGender();

нет смысла делать абстрактными, т.к. они в реализации возвращают эти самые переменные.
Судя по структуре, переменные:

Java
1
2
3
protected String firstName;
protected String lastName;
protected String gender;

Можно сделать final, т.к. они инициализируются в конструкторе и для них нет set'ров.

Java
1
abstract public class Person {

Где то встречал, что лучше использовать порядок модификаторов как

Java
1
public abstract class Person {

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

Java
1
2
3
@Override
public void getInfo() {
}

никак не используется

Нет заявленного использования модификатора доступа default (это когда без модификатора доступа).

Классы и интерфейсы должны быть в отдельных файлах. Так же, в файловой системе, при раскидывании файлов классов по пакетам можно использовать одну мало и относительно редко используемую фичу - доступ к protected элементам внутри пакета и отсутствие доступа из другого пакета.

Можно добавить перегрузку (тоже одна из особенностей ООП) конструктора, например:

Java
1
2
3
4
5
6
7
public Employee(String firstName, String lastName, String gender) {
   this(firstName, lastName, gender, 0);
}
public Employee(String firstName, String lastName, String gender, int experience) {
   super(firstName, lastName, gender);
   this.experience = experience;
}

Ну это так, на вскидку

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .