D
Максим
а можно как-то через ObjectMapper mapper указать поля которые должны быть сериализированны?
Serializer
Size: a a a
2019 April 04
D
C
Ребятки, периодически случается, что для написания тестов нужно готовить тестовые данные, и подготовка тестовых данных занимает довольно много кода. Хочется не захламлять саму логику тестов.
Здоровая ли фигня в тестовом класс сделать внутренний статический класс для создания тестовых данных?
Здоровая ли фигня в тестовом класс сделать внутренний статический класс для создания тестовых данных?
public class SomethingTest {
@Test
void testSomething() {
SomeData testSome = TestData.someData(1);
...
}
private staic class TestData {
SomeData someData(int param) {
return new SomeData(param);
}
}
}PB
Ребятки, периодически случается, что для написания тестов нужно готовить тестовые данные, и подготовка тестовых данных занимает довольно много кода. Хочется не захламлять саму логику тестов.
Здоровая ли фигня в тестовом класс сделать внутренний статический класс для создания тестовых данных?
Здоровая ли фигня в тестовом класс сделать внутренний статический класс для создания тестовых данных?
public class SomethingTest {
@Test
void testSomething() {
SomeData testSome = TestData.someData(1);
...
}
private staic class TestData {
SomeData someData(int param) {
return new SomeData(param);
}
}
}Можно и так. Не то чтобы это сильно влияет на что-то)
А какие есть сомнения?
А какие есть сомнения?
C
ну там, static не-static... best prectic'ы, в общем
C
Наслушался всяких clean code'ов.
Д
Ребятки, периодически случается, что для написания тестов нужно готовить тестовые данные, и подготовка тестовых данных занимает довольно много кода. Хочется не захламлять саму логику тестов.
Здоровая ли фигня в тестовом класс сделать внутренний статический класс для создания тестовых данных?
Здоровая ли фигня в тестовом класс сделать внутренний статический класс для создания тестовых данных?
public class SomethingTest {
@Test
void testSomething() {
SomeData testSome = TestData.someData(1);
...
}
private staic class TestData {
SomeData someData(int param) {
return new SomeData(param);
}
}
}я в проекте сделал создание тоестовых pojo из json файлов, удобно, гибко тк. объекты огромные и статик методами создавать их упоришься
PB
Мое мнение: тест должен быть написан настолько тупо и топорно, насколько это возможно, чтобы ты (а особенно не ты) сразу мог понять, что же он проверяет и как он работает.
Соответственно чем меньше магии - тем лучше. Метод, которые генерит тестовые данные - это хороше, ведь это практически полное отсутствие магии.
Соответственно чем меньше магии - тем лучше. Метод, которые генерит тестовые данные - это хороше, ведь это практически полное отсутствие магии.
C
Я согласен. А то нужно писать тесты на тесты.
PB
Тогда по этой логике - статически метод, который через 3-4 билдера генерирует набор тестовых данных - это самое простое, что может быть. Так что вперед
Главное чтобы эти генераторы данных не стали настолько удобными, чтобы их начали использовать в продакшн коде)
Главное чтобы эти генераторы данных не стали настолько удобными, чтобы их начали использовать в продакшн коде)
Д
Ну тестировать objectmapper вмоем случае не нужно)
b💬
Интересная штука для спринг бута https://github.com/spring-projects-experimental/spring-boot-thin-launcher
Подменяет бут лаунчер в джарке и в последующем выкачивает зависимости. Получается маленькая спринг бут джарка.
Ну а что будете делать дальше, лишь ограничивается вашей фантазией. Можно, например маунтить репозиторий в докере и шарить либы
Подменяет бут лаунчер в джарке и в последующем выкачивает зависимости. Получается маленькая спринг бут джарка.
Ну а что будете делать дальше, лишь ограничивается вашей фантазией. Можно, например маунтить репозиторий в докере и шарить либы
b💬
Надеюсь не загнется)
A
не совсем понял, в чем преимущества перед бычным .jar спринг-бут ?
b💬
обычный толстый с зависимостями, этот не толстый
PD
получается, что чтобы отмапить исключение можно не писать свой аспект? а использовать @HandlerExceptionResolver ?
да. По крайней мере он как бин подгружается автоматически при запуске приложения. Так что его можно свободно использовать для отмаппинга. Хотя зависит от того, о каких маппингов вы говорите: о маппингах запросов, да ?
А
обычный толстый с зависимостями, этот не толстый
вопрос тот же
А
это все преимущества?)
А
лично мне всеравно приложение весит 10 мб или 70
b💬
ну да. потому он и называется thin