abstract class Shape {
    abstract void draw();
}

class Circle extends Shape {
    void draw() {
        System.out.println("Drawing Circle");
    }
}

class Square extends Shape {
    void draw() {
        System.out.println("Drawing Square");
    }
}

public class Task070225 {
    public static void main(String[] args) {
        Shape shape = new Circle();
        shape.draw();
        shape = new Square();
        shape.draw();
        shape = null;
        shape.draw();
    }
}

Class<?> clazz = String.class;
Method method = clazz.getMethod("substring", int.class, int.class);
Class<?>[] parameterTypes = method.getParameterTypes();
for (Class<?> paramType : parameterTypes) {
    System.out.println(paramType.getName()); // Вывод: int, int
}

Class<?> returnType = method.getReturnType();
System.out.println(returnType.getName()); // Вывод: java.lang.String

import java.lang.reflect.Method;

public class Main {
    public static void main(String[] args) throws NoSuchMethodException {
        Class<?> clazz = String.class;
        
        // Получение метода substring(int, int)
        Method method = clazz.getMethod("substring", int.class, int.class);
        
        // Получение типов параметров
        System.out.println("Parameter Types:");
        Class<?>[] parameterTypes = method.getParameterTypes();
        for (Class<?> paramType : parameterTypes) {
            System.out.println(paramType.getName());
        }
        
        // Получение возвращаемого типа
        System.out.println("\nReturn Type:");
        Class<?> returnType = method.getReturnType();
        System.out.println(returnType.getName());
    }
}

import java.lang.reflect.Method;

class MyClass {
    private void myPrivateMethod(int a, String b) {
        System.out.println("Private Method: " + a + ", " + b);
    }
}

public class Main {
    public static void main(String[] args) throws NoSuchMethodException {
        Class<?> clazz = MyClass.class;
        
        // Получение приватного метода
        Method method = clazz.getDeclaredMethod("myPrivateMethod", int.class, String.class);
        
        // Получение типов параметров
        System.out.println("Parameter Types:");
        Class<?>[] parameterTypes = method.getParameterTypes();
        for (Class<?> paramType : parameterTypes) {
            System.out.println(paramType.getName()); // Вывод: int, java.lang.String
        }
        
        // Получение возвращаемого типа
        System.out.println("\nReturn Type:");
        Class<?> returnType = method.getReturnType();
        System.out.println(returnType.getName()); // Вывод: void
    }
}

public class Person {
    private String name;
    private int age;

    // Конструктор
    public Person(String name, int age) {
        this.name = name;
        this.age = age;
    }
}

import java.lang.reflect.Constructor;

public class Main {
    public static void main(String[] args) {
        try {
            // Получаем класс Person
            Class<?> personClass = Class.forName("Person");

            // Получаем все публичные конструкторы
            Constructor<?>[] publicConstructors = personClass.getConstructors();

            // Выводим информацию о конструкторах
            for (Constructor<?> constructor : publicConstructors) {
                System.out.println("Constructor: " + constructor);
            }
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }
}

Constructor: public Person(java.lang.String,int)

import java.lang.reflect.Constructor;

public class Main {
    public static void main(String[] args) {
        try {
            // Получаем класс Person
            Class<?> personClass = Class.forName("Person");

            // Получаем все конструкторы (включая приватные)
            Constructor<?>[] allConstructors = personClass.getDeclaredConstructors();

            // Выводим информацию о конструкторах
            for (Constructor<?> constructor : allConstructors) {
                System.out.println("Constructor: " + constructor);
            }
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }
}

Constructor: public Person(java.lang.String,int)
Constructor: private Person()

public class Task100225 {
    public static void main(String[] args) {
        for (int i = 0; i < 5; i++) {
            if (i == 6) {
                continue;
            }
            System.out.print(i + " ");
        }
    }
}

import java.lang.reflect.Constructor;

public class Main {
    public static void main(String[] args) {
        try {
            // Получаем класс Person
            Class<?> personClass = Class.forName("Person");

            // Получаем все конструкторы
            Constructor<?>[] constructors = personClass.getDeclaredConstructors();

            // Анализируем параметры каждого конструктора
            for (Constructor<?> constructor : constructors) {
                System.out.println("Constructor: " + constructor);

                // Получаем типы параметров
                Class<?>[] parameterTypes = constructor.getParameterTypes();
                System.out.println("Parameter types:");
                for (Class<?> paramType : parameterTypes) {
                    System.out.println(" - " + paramType.getName());
                }
            }
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }
}

Constructor: public Person(java.lang.String,int)
Parameter types:
 - java.lang.String
 - int

Constructor: private Person()
Parameter types:

import java.lang.reflect.Constructor;

public class Main {
    public static void main(String[] args) {
        try {
            // Получаем класс Person
            Class<?> personClass = Class.forName("Person");

            // Получаем конструктор с параметрами (String, int)
            Constructor<?> constructor = personClass.getConstructor(String.class, int.class);

            // Создаем экземпляр класса с параметрами
            Object personInstance = constructor.newInstance("John", 30);

            // Выводим результат
            System.out.println("Person created: " + personInstance);
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Person created: Person@<hashcode>

@AlexSmile-y2x

В кратце могу накидать:
1) create:
в рест рекоммендациях указано каким долен быть create эндпоинт и это хорошие рекоммендации. Он долен возвращать path с айди созданной сущности в хедере Location респонса, а не созданную сущность (еще и скопированную в существующую ссылку, в каком то из твоих сервисов и такое было...)
2) read:
- никогда не используется получение всех сущностей из БД, это бесполезная и ресурсоемкая операция. Всегда возвращается конкретная необходимая часть данных.
- при получении данных всегда используется фильтрация, а по хорошему еще пагинация и сортировка. Это работа на пять минут (добавление пары аннотаций и пары классов), но это хотя бы реалистичный вариант findBy эндпоинта, а не синтетический и абсолютно бесполезный как тут.
- при получении данных плохо возвращать List, т.к. часто нуно дорабатывать метаданными респонс и придется костылить. Вместо этого проще сразу создать обертку, куда можно будет добавлять поля метаданных (а еще лучше использовать готовый вариант Page)
- если у тебя есть адекватный эндпоинт с фильтрацией, то тебе не понадобятся эндпоинты типа findByStatus, findByLogin etc. т.к. он сможет обрабатывать любой из таких запросов. Собственно именно так и делается обычно
3) update:
- апдейт вообще работает сейчас некорректно. Это по твоей логике сейчас PUT, а не PATCH (почитай про разницу, только у тебя вообще почему-то ожидается POST, что вообще невалидно для ReST), но даже если сменишь на PUT это крайне неудобно использовать в реале: Ты обязуешь клиента передавать всю сущность целиком для апдейта даже одного поля, а если он передаст только поле, котрое хочет изменить, то остальные поля станут null... и даже если ты поставишь @NotNull constraint то тем самым не позволишь апдейтить nullable значения в бдю Вобщем апдей вообще не так реализуется, если интересно спроси как, я опишу детальнее (почитай про Json Merge Patch)
4) delete:
- проверка на наличие перед удалением избыточно, ты этим стреляешь сам себе в ногу: удаление должно быть идемпотентным (почитай что это такое)
- удалять все тоже стоит по фильтру (как при получении данных), тогда можно удалить несколько сущностей по айли, имени и т.п.
5) В целом по сервису:
- У тебя вообще отсутствует транзакционность. Это серьезная недоработка бэкенда.
- возвращай нормальные стутусы, иначе для чего тебе ResponseEntity? (201 для создания, 204 для удаления ит.п.)
- Нет смысла делать имплементацию публичной. Имплементации не выставляются наружу (есть интерфейс для этого, либо тогда нет смысла делать интерфейс)
- Есть смысл держать объекты максимально неизменяемыми (как минимум локальные переменные всегда должны быть final, это в перспективе позволяет отсечь огромное количество багов)
- маппинг эндпоинтов и набор параметров абсолютно рандомный. Есть стандарт ReST и RMM для работы с подобными API. Почитай про это (вкратце маппинг контроллера - имя ресурса во мн.числе, а маппинг эндпоинтов только id для findById, deleteById и update)
- именование пакетов всегда в единственном числе
- у тебя рест сервис, поэтому вместо ControllerAdvice лучше использовать RestControllerAdvice, а еще гибче использовать стартер спринга для exception-handling
- нет смысла ставить @Repository, если интерфейс и так наследует Repository (Spring Boot Data Jpa component scan уже содержит фильтр по созданию компонентов для таких интерфейсов)
- оборачивать список в optional тоже бессмысленно, list сам по себе обертка (почитай для чего создавался optional и как он используется)
- использовать @Resource из JSR-250 очень странно тут, учитывая, что у тебя Spring, надо использовать специфичные аннотации, это и более идеоматично и более гибко, т.к. вся подкапотная логика спринговая
- dto для создания, апдейта и возвращения результата всегда отличаются, это три разных типа должны быть (например OrderCreateDto, OrderUpdateDto, OrderGetDto, приставка Delivery избыточна, т.к. у тебя весь сервис и так delivery, это просто context duplication)