SpringCurse
СОДЕРЖАНИЕ:
- SpringApp1 - простейшее приложение с использованием Spring Core
- SpringApp_IoC
- SpringApp_DI
- SpringApp_DI_Setter - внедрение зависимостей ч/з Setter
- SpringApp_Scopes
- SpringApp_InitDestroyAndFactory
- SpringApp_AnnotationStart
- SpringApp_Autowired - Внедрение зависмостей (Dependency Injectiin)
- Аннотации Qualifier - для уточнения зависимостей
- Аннотации @Scope@Value@PostConstructor_PreDestroy
- SpringApp_Config_JavaCode - замена конфигураций xml на Java Code. Использование @Bean.
- Spring MVC
- SpringMVCAppWebXML - приложение с xml конфигурацией
- SpringMVCAppJavaConfig - первое Spring MVC приложение
- теория GET и POST
- SpringRequestParameters GET запросы и обработка параметров в URL запросе
- SpringIntroToModel - передача данных от контроллера к модели MVC
- Spring_CRUD_App - реализация CRUD приложения для сущности Person
- Spring_CRUD_App2 - рассмотрение аннотации @ModelAttribute и HTML Формы (Thymeleaf).
- Spring_CRUD_App3 - доработаное, возможность обновления и удаления данных
- Spring_FormsValidation - продолжение предыдущего проекта, в начале которого добавлено пару параметров: возвраст и эл.почта
- Spring_StarterSpringJDBC - виды связи Java с БД; создание соединения протоколу JDBC в классе PersonDAO c контроллером PeopleController
- Spring_SpringJDBC2 - SQL инъекции; преимущества PreparedStatement
- SpringTemplateJDBC - показана обёртка Template фреймворка Spring (избавление от лишнего кода)
Spring
• Изначально создавался для облегчения разработки JavaEE-приложений • Сейчас на нём разрабатываются, как JavaEE, так и JavaSE-приложения_В репозитории вкратце рассмотрены вопросы фреймворка Spring c примерами их реализации.
курс представлен на Ютуб канале https://www.youtube.com/playlist?list=PLAma_mKffTOR5o0WNHnY0mTjKxnCgSXrZ Наилем Алишевым_- SpringApp1 - простейшее приложение с использованием Spring Core
1) Добавление зависимотей в pom.xml
2) Создание директорий resources и java с пометкой Resources Root
3) Создание Java классов TestBean и TestSpring
4) Создание applicationContext.xml
- SpringApp_IoC
конфигурация Spring с помощью xml. На примере музыкального плеера рассматривается внедрение инверсии управления Inversion of Control (IoC) 1) создание интерфейса Music 2) создание Java классов ClassikMusic и RockMusic, которые переопределяют интерфейс Music 3) создание Java классов ClassikPlayer в котором внедряем зависимость IoC путём создания конструктора, который получает параметр интерфейса и выводит в консоль проинрываемое значение 4) В applicationContext.xml вызывается Бин по направлению музыки.
- SpringApp_DI
В IoC внедрение зависимости производили вручную через Бин Musik. Для избежания создания ручного внедрения зависимости, в данном приложении используется Dependency Injection (DI), через конструктор с использованием xml. 1) В applicationContext.xml создаётся ещё один Бин с id = musicPlayer и указанием пути с конструктором, ссылающимся на уже созданный Бин. 2) При получении Бина MusicPlayer из applicationContext.xml он будет с внедрённой зависимостью. Таким образом не нужно обращаться к интерфейсу Music и создавать вручную экземпляр MusicPlayer. 3) В TestSpring создаётся обращение к контексту через параметры musicPlayer и таким образом можно менять в пути Бина название класса, который будет выводить результат в консоли. Тем самым при помощи Spring была внедрена зависимость, которая и называется DEPENDENCY INJECTION.
- SpringApp_DI_Setter - внедрение зависимостей ч/з Setter
В приложении SpringAppDI внедрение зависимостей происходит ч/з конструктор
Таким образом данное приложение позволяет внедрять значения из внешнего файла, что позволяет не редактировать файл xml. ЗАДАНИЕ
- Доработать таким образом, чтобы добавлялась коллекция музыки
- SpringApp_Scopes
В данном проекте опробованы два скопа singleton и prototype При определении bean в Spring Framework, у нас есть возможность объявить область видимости этого компонента.
В Spring Framework имеются пять возможных значений свойства scope, в данном примере рассматривается два скопа В Spring предусмотрены различные области времени действия би-нов: 1) singleton - может быть создан только один экземпляр бина. Этот тип используется спрингом по умолчанию, если не указано другое. Следует осторожно использовать публичные свойства класса, т.к. они не будут потокобезопасными. 2) prototype - создается новый экземпляр при каждом запросе. - SpringApp_InitDestroyAndFactory
B примере рассматривается жизненный цикл бина, при помощи создания методов public static ClassicalMusic getClassicalMusic() (особого фабричного метода), возвращающим экземпляр ClassicalMusic, метода public void doMyInit() и public void doMyDestroy() и прописанием методов в applicationContext.xml В консоли выведится порядок вызываемых методов, что и покажет жизненный цикл Бина.
Основные особенности init и destroy методов
- Модификатор доступа - у данных методов может быть любой модификатор (public, protected, private)
- Тип возвращаемого значения - может быть любой, но чаще всего используется void (т.к. нет возможности получить возвращаемое значение).
- Название метода - название может быть любым
- Аргументы метода - эти методы не должны принимать на вход какие - либо аргументы Одна важная особенность бинов со scope - "prototype" Spring не вызывает destroy метод.
- Spring не берет на себя полный жизненный цикл бинов со scope "prototype". Spring отдаёт prototype бины клиенту и больше о них не заботится (в отличии от singleton бинов). ЗАДАНИЕ:
- убедиться что Spring не вызывает destroy метод при scope "prototype".
- посмотреть сколько раз вызывается init-method, если мы получаем несколько prototype бинов. ОТВЕТы:
- при scope "prototype" не вызывается destroy метод;
- init-method вызовется каждый раз при каждом создании экземпляра класса.
При создании нескольких объектов класса, при factory-method="getClassicalMusic" (Фабрики) инициализация осуществляется только один раз. В даном примере показано это свойство
- SpringApp_AnnotationStart
-
В данном примере ввели следующую строку в applicationContext.xml
где указан пакет, в котором Spring будет сканировать и искать все классы с аннотаией Component, при нахождении определённой аннотации будет созlан Бин из этого класса.
В приведённом примере отработана аннотация Component, которая была введена перед классами RockMusic и ClassicalMusik
@Component перед классом RockMusic
@Component перед классом ClassicalMusik
В тестовом классе создано два экземпляра разных классов для демонстрации вывода в консоли результатов:
- SpringAppAutowired - Внедрение зависмостей (Dependency Injectiin)_ в приведённом примере рассматривалась аннотация Autowired и её основные свойства
Рассмотрение @Autowired в коде...
в классе MusicPlayer поставлена @Autowired
проверка выпонения в консоли
...таким образом у Spring не будет Бина, который подходит для конструктора public MusicPlayer(ClassicalMusic classicalMusic) класса MusicPlayer
Проверка выпонения в классе TestSpring без @Component перед классом ClassicalMusik:rage1:
... исправим приватное поле в классе MusicPlayer c класса ClassicalMusic на интерфейс Music, тем самым мы Spring, что хотим внедрить тот Бин, который реализует интерфейс Music.
Внедрение @Autowired через Setter:👍
Spring все равно как называется метод, он находит название интерфейса (класса) и все равно внедрит зависимость используя данный метод. Внедрение @Autowired через поле:👍
Внедрение @Autowired через конструктор с параметрами классов ClassicalMusic и RockMusic:👍
Внедрение зависимостей Spring-ом внутри других зависимостей:👍
Создание дополнительного клсса Computer:👍
.... изменения в классе MusicPlayer:👍
.... создание экземпляра в классе TestSpring:👍
- SpringApp_Qualifier
Пример, в котором решается проблема вывода значений 2-х классов совместно использующих один интерфейс.
Немного исправив прошлый код, по примеру полученному выше, получаем вывод значений в консоли...
После всего проделоного и изученого, можно выполнить самостоятельно задание на пройденную тему
- SpringApp@Scope@Value_@PostConstructorPreDestroy
Здесь рассмотрим внедрение внешних значений при помощи @Value, область видимости Бинов @Scope и жизненный цикл Бина @PostConstruct@PreDestroy вместо xml кнфигураций.
Демонстрация области видимости на примере:
Демонстрация @Scope "prototype" вместе с выводом в консоли false
Демонстрация жизненного цикла Бина на примере ....
- SpringApp_Config_JavaCode В данном примере рассматривается замена конфигураций xml файлов на Java Code
Выполнение всех перечисленных аннотациий проработаны в коде...
После создания Java класса конфигурации, данный xml файл успешно удаляется
Spring MVC
-
SpringMVCAppWebXML - приложение с xml конфигурацией
-
- SpringMVCAppJavaConfig - первое Spring MVC приложение
А теперь старые и добрые GET и POST_, немного теории о них:
SpringRequestParameters - рассмотрены GET запросы и как обрабатываются параметры которые передаются в URL запросе в самом адресе на серевер с помощью Spring Framework
вывод в консоли параметров Get запроса, введённых через_@RequestParameter в строке браузера:
Вывод ошибки 400, если ввести запрос через @RequestParameter без параметров...
Таким образом, видно, что Get запрос ждёт введение параметров, указанных в методе, иначе каждый раз будет вывод ошибки 400.
Для устранения данной ошибки, необходимо в параметрах метода @RequestParam укзать "required = false", что позволит избежать ошибки.
Здесь можно пронаблюдать как выводятся данные страницы...
Вывод в консоли значений null null...
пример передачи параметров Get запросов при нажатии на ссылку на странице браузера:
необходимо в html странице, прописать обращение к методу контроллера с параметрами Get запроса...
SpringIntroToModel - передача данных от контроллера к модели
В нашем ранее рассмотреном примере продемонстрируем работу передачи данных...
Ддобавление модели в контроллере:
обращение в представлении к контроллеру по ключу модели....
Вывод данных на странице браузера:
- Самостоятельно задание - SpringSinpleCalculator
Решение
написание метода в контроллере для вычисления чисел:
написание представления для обращения к модели контроллера
задание параметров и вывод результатов:
- _Spring_CRUD_App_ - в данном приложении рассматривается начало реализации CRUD приложения для сущности Person Немного теории и переход к написанию приложения.
Класс сущности Person:
Класс, работающий с БД - PersonDAO:
Представление в виде html страницы, на которой выводится список людей:
Представление в виде html страницы, на которой выводится имя и id человека:
страница браузера_вывод списка людей:
страница браузера_вывод человека по id:
-
_Spring_CRUD_App2 - в данном приложении рассмотрена аннотация @ModelAttribute и HTML Формы (Thymeleaf).
ПРАКТИКА
добавление в контроллер методов с @GetMapping и @PostMapping:
Создание конструктора класса Person, для добавление человека:
добавление метода creat() в классе PersonDAO работы с БД:
создание новой html страницы для добавления человека в БД:
Проверка в браузере страницы добавления человека:
Добавление человека в БД с выодом на странице браузера:
Страница информации имени человека и его id:
Применение аннотации @@ModelAttribute вместо вызова класса Model в параметре:
-
_Spring_CRUDApp3 - приложение доработано, теперь оно сможет обновлять и удалять данные
План урока...
Немного теории...
ПРАКТИКА
В примере прошлого приложения добавляем методы edit и update в контроллере:
...в классе PersonDAO добавляем метод update
... создали страницу html для редактирования данных человека
Ошибка 405 при изменении имени человека
... добавление методов позволяющих вносить изменения для Spring и избежания ошибки 405
проверяем на странице изменения данных выполнение прописанных методов
... страница списка людей с изменённым именем
Добавление метода для удаления персоны:
метод delete в контроллере
метод delete в классе PersonDAO
форма delete в странице html Show
- _SpringFormsValidation - данный проект, продолжение предыдущего, в начале которого добавлено пару параметров: возвраст и эл.почта
цель урока: научиться правильно офрмлять поля для их адекватного заполнения (например: в поле Email не должны вводиться данные эл. почты без @).
Всего этого можно добиться при помощи специальных аннотаций, которые подгружаются после добавления зависимости hibernate-validator в файл pom.xml
...Зависимость hibernate-validator версии 7 0 1 Final не срабатывала на вывод ошибок, сработала зависимость hibernate-validator версии 6.1.6.Final представленая на уроке 24 данного курса
После добавления зависимости, добавляются необходимые аннотации в класс Person:
... далее в методах update и create класса контроллера вносятся аннотации @Valid перед входящими праметрами Person и прописывается необходимое условие:
... на страницах html edit и new добавлены теги для вывода сообщений красным цветом об ошибках при введении не подходящей информации в соответствующие поля
... после всего проделанного можно запустить приложение и убедиться в выводе информации об ошибках при не правильно введённой информации:
- _SpringStarterSpringJDBC
Для выполнения выше изложенного, необходимо установить БД PostgreSQL и создать в ней таблицу с соответствующими столбцами:
Добавили зависимость в файле pom.xml:
Для создания соединения приложения с БД, в классе PersonDAO, создали приватные статические переменные и в статическом блоке создали соединение с БД.
... в методе index внесли изменения, прописали запрос на выбор всех персонажей в таблице, данный метод возвращает список всех персонажей в БД. Реализацию остальных методов закоментировали, для избежания вывода ошибок и последующего рефакторинга.
... можно убедиться на стрпанице браузера
Добавление людей в БД, прописано в методе save(пока не совсем правильно, позже будет исправлено):
-
минусы такого подхода:
- не удобно
- возможно большое кол-во ошибок
- могут возникать SQLинъекции
... при нажатии на "Create new person" можно внести нового человека в БД, убедившись в таблице запросом и на странице браузера
-
Spring_SpringJDBC2 в приведённом проекте рассмотрены SQL инъекции!
... после теории, переход на практику и убеждаемся на примере работы инекции
Таким образом переписали код и предотвратили SQLинъекции.
-
SpringTemplateJDBC - в данном проекте переписан код с JDBC на обёртку Template фреймворка Spring, что позволило избавиться от лишнего кода.
После, можно убедиться на практике выше изложенное....
использовали class PersonMapper, после того как обнаружили дублирование кода в обращение к БД. После этого, обнаружили тривиальную вещь, которая описывает название колонок БД и сеттеров класса Person. Таким образом не обязательно использовать свой Mapper, а можно применить BeanPropertyRowMapper.
Далее изменения в классе PersonDAO
