Pull to refresh

Comments 5

Если уж это RESTful сервис, то пути эндпоинтов было бы лучше сделать
GET /employees/{id} для получения по id
GET /employees для получения всех
POST /employees для создания нового
PUT /employees для обновления
DELETE /employees/{id} для удаления
И так для большинства типов ресурсов в вашем приложении
Согласен, постараюсь обновить, ну и вы можете сделать пулл реквест;)
Приветствую. Когда увидел в тексте
Я же старался ориентироваться на свой уровень до обучения, т.е. практически нулевой с небольшими оговорками, так что эта статья должна стать полезной для будущих учеников школы, а также самоучек-энтузиастов, решивших начать писать на java.

то понял, что я не такой уж энтузиаст-самоучка. Не знаю должен ли я был понять аббревиатуры на уровне Java Essentials типо: ORM, IoC, jsp, jira и т.д, но меня ждет это впереди.
Интересует что это за поля типо:
Path("/")
Singleton

public class EmployeeResource {
private final EmployeeService employeeService;

Переопределение типа "@Override" знаю, а они что означают?
И еще исключительно на Java не в совокупности с другими языками, можно создать проект?
— насчет аббревиатур: я и сам многие до школы не знал и, чтобы повторить проект/начать кодить, доскональное знание никакой из них не нужно.
но это очень расхожие термины, и хотя бы в транспорте на работу рекомендую прочитать, что это такое в общих чертах. Если останутся вопросы,
могу рассказать про любую на своем уровне понимания.
— Эти поля — это аннотации. Они означают, что когда вы вызовете аннотированный метод, то код метода не просто выполнится, а с ним сделается
что-то еще, до/после/во время (например, сохранится состояние программы и, если в результате выполнения метода, что-то пойдет не так, то мы откатимся на запоненное состояние). Есть много разных библиотек с разными аннотациями. конкретно Path — это аннотация из jersey, благодаря ей управление будет передаваться в аннотированный метод при запросе на урл из path
— зависит от того, какой проект :slightly_smiling_face: если это какой-то сайт, то нет. браузер не знает джаву( и без html/js/css не обойтись. Если нужно написать сайт используя как можно меньше языков, то это однозначно JS (см nodejs). Но бекенд и фронтенд — это все равно разные штуки :disappointed:, использующие разные технологии
Благодарю за материал! Уже достаточно долгое время пытаюсь найти толковый туториал по созданию RESTful сервиса без использования спринга (для начала).
Sign up to leave a comment.