конечно можно, в любых комбинациях, главное чтобы это было читаемо

посмотри modelmapper

beanutils, mapstruct, modelmapper

но я всё маплю руками

я с большим недоверием раньше к автомапперам относился, не давали особой гибкости в дто, подскажите плз, сейчас что-то изменилось?)

изменилось

А они кст могут DTO тоже сгенерить?

Можно юзать cqrs, если модель отличается существенно, а если пару полей скрыть и тд, то автомапперы самое то

хз, я не пользуюсь ими

принял, т.е. если в приоритете версионирование и динамичность выходной структуры, тогда так же лучше руками маппить?)

У меня в таком случае в приоритете cqrs, разеделение моделей на чтение и запись, раз уже они отличаются. Поэтому я просто не маплю)

В простых случаях, я просто делаю SQL запросы и строю вьюшки.

Принял, спасибо большое :)

привет всем, кто то писал бота для телеги на java? может кто то порекомендует какие то бест практики архитектуры деплоя и тд, буду рад за помощь )

Я modelmapper юзал, норм. Только не стоит хитрости им делать, можно, но не надо. Простое им для сложного свою логику докидываешь ручками

Архитектуры деплоя?

Там запятая)

А ну смотря какая задача у бота. Если просто стейтлесс процессинг команд то есть офигенная функциональная либа, там просто мапишь команду и консюмера. Название не помню. Если оч интересно могу потом глянуть. Смотря какие задачи кароч.

Ребят, по микрометру. web-приложение на обычных сервлетах, без спринга. Следую посту: https://habr.com/ru/post/442080/

@WebListener
public class PrometheusInitListener implements ServletContextListener {    
    @Override
    public void contextInitialized(ServletContextEvent sce) {        
        PrometheusMeterRegistry meterRegistry = 
            new PrometheusMeterRegistry(...);        
        new ...Metrics().bindTo(meterRegistry);

/metrics работает, метрики показывает. Только я не понимаю, как мне этим воспользоваться для добавления кастомных метрик. Например, хотел был увеличивать каунтеры на входе в сервлет-фильтре.

Статический Metrics.counter("tralivali").increase(); в /metrics не попадает. А объект meterRegistry из кода выше взять как будто неоткуда.

Кстати, проклятый любимый спринг заполонил всё настолько, что мануалы без спринга найти невозможно.

Всем привет. Подскажите пожалуйста, в java наследники не имеют доступ к приватным полям родителя. Есть ли способ защитить поля и одновременно сделать их доступными для потомков?