Size: a a a

2020 January 24

AB

Alexei Barantsev in JS for testing
потому что XML это действительно зашквар :)
источник

YA

Yuriy Artamonov in JS for testing
Alexei Barantsev
для справки: XML давно уже со спрингом не используют, YAML его заменил
Для справки, XML в Spring никогда не использовался для конфигурации. А в Spring Boot все используют аннотации вместо XML для DI. YAML / Properties - форматы конфигов.
источник

BO

Boris Osipov in JS for testing
Yuriy Artamonov
Для справки, XML в Spring никогда не использовался для конфигурации. А в Spring Boot все используют аннотации вместо XML для DI. YAML / Properties - форматы конфигов.
источник

YA

Yuriy Artamonov in JS for testing
Это не те же конфиги, что YAML. Это dependency injection для приложения. Путаете мягкое с солёным
источник

BO

Boris Osipov in JS for testing
путается тут только определение слова "конфигурация"
источник

YA

Yuriy Artamonov in JS for testing
Для Spring / Spring Boot есть 3 основных формата конфигов: .properties, .yml и редко .json. И там никогда не было XML. Так что YAML никакой XML не заменял
источник

BO

Boris Osipov in JS for testing
а ты про это. понятно
источник

DZ

Dmitry Zakharov in JS for testing
что меня порадило так валидация бинов в спринге (javax.validation)
источник

DZ

Dmitry Zakharov in JS for testing
удивительно что такую фичу мало где я видел что используют
источник

DZ

Dmitry Zakharov in JS for testing
и городят валидацию наколеночно
источник

DZ

Dmitry Zakharov in JS for testing
либо отдают это на hibernate
источник

DZ

Dmitry Zakharov in JS for testing
в nest такой же подход юзается
источник

DZ

Dmitry Zakharov in JS for testing
на поля DTO вешаются декораторы (читай анотации) для валидации
источник

BO

Boris Osipov in JS for testing
Dmitry Zakharov
и городят валидацию наколеночно
ну подозреваю что считают валидацию бизнес-логикой и не хотят чтобы бизнес логика и спринг были смешаны. но это предположение
источник

YA

Yuriy Artamonov in JS for testing
Ну кстати в Bean Validation есть возможность развесить аннотации на интерфейс с такими же именами свойств, как в модели и не тащить их в модельные объекты.
источник

YA

Yuriy Artamonov in JS for testing
А в JS / Python это всё считается сложно и не нужно
источник

SV

Stanislav Vasenkov in JS for testing
Alexander Koptyaev
Таблица сравнения e2e-фреймворков тестирования готова к заполнению:
https://docs.google.com/spreadsheets/d/132A8gAo6t0pS_GUnIx6iT5fPH02jz4EFvDZzJ-NgkZ4

Предложения по доработке, при желании, можете писать в документе.

При необходимости — переделаю формат, или же посодействую с тем, кто решит взять на себя сбор/обработку информации :)
а есть телеграм-чаты этих сообществ?
источник

AK

Alexander Koptyaev in JS for testing
Stanislav Vasenkov
а есть телеграм-чаты этих сообществ?
не встречал (кроме selenidejs), хотел поискать-постучаться в чаты/форумы соответствующих инструментов после того, как гуглящееся с первой страницы будет внесено в таблицу (на выходных займусь), дабы спрашивать в первую очередь по специфичному
источник

DZ

Dmitry Zakharov in JS for testing
Boris Osipov
ну подозреваю что считают валидацию бизнес-логикой и не хотят чтобы бизнес логика и спринг были смешаны. но это предположение
так вот то и дело у тебя есть DTO и ты на нее навешиваешь анотации, по сути как был у тебя там класс так и остался ничего лишнего зато сверху есть правила
источник

DZ

Dmitry Zakharov in JS for testing
на входе в контроллер вешаешь @Valid и ура)
источник