Biaci_Anj

Какая-то узкоспециализированная хрень, под которой потом не найдёшь работу. Особенно в РФ, с которой Adobe официально прекратила сотрудничество.

Добрый день.
DTO - data transfer object это шаблон проектирования.
Варианты использования:
Из клиента прибегает DTO. После чего он маппита в Entity и сохраняется / обновляется в БД.
Либо наоборот из БД вы маппите ваши сущности в DTO и отдаете их в нужном виде.
Это позволяет обезопасить приложение путем создания доп. прослойки. также вы можете отдавать на клиент только нужную для него информацию, а не всю сущность со всеми зависимостями и т.д.
Также на уровне DTO вы можете провести доп. валидацию отправленных от клиента данных.

Смотрите, entity в базе данных может содержать гораздо больше полей и объектов, чем Вы хотите передать на верх, или получить в виде формы.
Как пример, вывод информации о пользователе. В entity скорее всего будут содержаться поля о хеше пароля, аклах (ACLs), дополнительных связях с другими объектами. На верх же, скорее всего эту информацию передавать не стоит, это внутренняя кухня вашего приложения. Для этого и создают DTO (data transfer object), в котором присутствует ровно то, что нужно передать. И да, нужно делать мерджинг или инкапсуляцию между entity и dto каждый раз туда и обратно. С одной стороны - лишние действия и преобразования из объектов в объекты, в другой - гарантия безопасности и разделение логики хранения и логики передачи сущностей.
Нужно ли это конкретно в вашем приложении - не скажет никто, кроме Вас. Но, хорошая практика - делать dto на каждый случай.

Ну так вы полностью правы. Как работает Cookie.

1. Сервер отсылает заголовок Set-Cookie браузеру
   
2. Вместе с заголовком сервер отсылает страницу.
   
3. Получив заголовок Set-Cookie браузер сохраняет "печеньку" у себя.
   
4. При следующем запросе страницы с этого сайта браузер к запросу присоединяет заголовок Cookie, в котором передает сохраненные "печеньки".
   
5. В ответе сервер снова может прислать Set-Cookie, тогда будет добавлена или обновлена имеющаяся "печенька".
   

Таким образом, в вашем случае достаточно не переходить по ссылке еще раз, а нажать F5 - язык переключится.

Вообще, для решения вашей проблемы я бы брал язык из URL и только если его там нет - из "печеньки". Тогда переход на страницу с нужным языком переключал бы его сразу (так как значение в URL имеет приоритет) и сохранял в cookie для последующих запросов.

Интерфейс не должен решать за потребителя - что используется, что не используется. Поэтому вариантов тут на самом деле такие:

1. Убрать. Вполне нормальный вариант, если это просто общая часть специализированных DAO.
   
2. Реализовать (используется - не используется это неважно)
   
3. Дополнить его параметрами, позволяющими потребителю решать что он хочет получить - конкретную страницу, весь список, задавать опции сортировки и т.д., то есть убрать необходимость в специализированных методах.
   

Можно написать фильтр (имплетентировать javax.servlet.Filter), в который вставить эти строчки - tutorials.jenkov.com/java-servlets/servlet-filters.html
Да и вообще, в фильтр можно вынести всю работу с пользователем...

Расскажу из личного опыта:
Мне всегда хочется, чтобы модель, которая используется в БД, и модель, которая используется в контроллере, были одной и той же моделью.
Все просто же: пришёл запрос в контроллер - сохрани в бд; нужно что-то из бд - сделай селект и отправь в контроллер.
Но никогда, ни разу это не было хорошей идеей.

Начнём с того, что как только появляется хоть какая-то вложенность объектов, никто в здравом уме не будет в контроллере передавать эти объекты, ограничиваясь ссылками на них, в лучшем случае (используя их id); закончим вопросами безопасности и консистентности данных, которые сразу, мимо валидации и какого-то сервиса отправляются в бд.

Отвечаю на ваш вопрос:
1. Всегда используйте сервис. Умение сохранять объекты в бд у контроллера противоречит принципу solid
2. Используйте луковую архитектуру. Доменная модель не должна ничего знать о внешних интеграциях.

Добрый день.
Конвертация может быть на разном уровне. Обычно, это на уровне сервиса или контроллера.
https://www.baeldung.com/entity-to-and-from-dto-fo...

Добрый вечер.
Да, нормально.
Само исключение (лог) не нужно отдавать на фронт.
На фронт отдайте код http ошибки (4хх) и какое-нибудь кастомное сообщение: "Недостаточно средств".
Посмотрите в сторону ExceptionHandler.

Нормально.

Сохраняет в localstorage все input при их изменении
При загрузке страницы, указывает все сохраненные данные в каждый input
Ищет каждый input по dishIdQuantityMap[x]
https://codepen.io/vaniljs/pen/GROmOJX

Thymeleaf, как добавить значение по умолчанию для параметра, если он отсутствует при нажатии на ссылку?

Никак. thymeleaf есть на стороне сервера. А нажатие на ссылку происходит на стороне клиента (в браузере), где нет никакого thymeleaf.
Соответственно, вам нужно валидировать средствами js || jQuery.
Условно говоря, вещаете обработчик на клик по ссылке
Погуглите jQuery .on('click', function(){}) или .click()
Если нет нужного параметра, то средствами js добавляете его и все.

Если память не изменяет, то вам нужен th:inline
Примерно так:

<h4 th:inline="text">[[${product.name}]]<span th:text="${product.getPrice()}">45</span></h4>

Вот, прочитайте этот вопрос:
https://stackoverflow.com/questions/25071985/thyme...

Добрый день.
Зависит от проекта, но на мой взгляд хорошей практикой является создание разных DTO.
Например,

UserCreationDto
UserUpdateDto

На этот вопрос нет однозначного ответа.
Очень сильно зависит от того, что у вас за сервис.
Если это CRUD, то модели должны быть полными и достаточно одной.
Если это с той или иной степени RPC, то ИМХО модели должны быть разными, а модели для UPDATE вообще быть не должно, как и самой операции.

Стоит ли для этого создавать разные ДТО

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

Отвечаю на вопрос из заголовка: 5 лет использовал ПК без заземления и со встроенной ЗК, и с внешней - шумы были, только если ЗК не совместима с ПК (треск с частотой 1-2 Гц).
По вопросу:

Если я куплю внешнюю звуковую карту orico + гарнитуру без встроенной звуковой, то шуметь не будет?

Нет.