S
ОК, 10 штук ещё нормально. А если их 50 штук? 100? А если граф меняется? Всю последовательность менять?
Size: a a a
2020 July 03
AE
SergejB
ОК, 10 штук ещё нормально. А если их 50 штук? 100? А если граф меняется? Всю последовательность менять?
Это называется проблема архитектуры, тут надо таки поднимать maven репо, например Nexus и деплоить туда по факту сборки на ci
S
Это называется проблема архитектуры, тут надо таки поднимать maven репо, например Nexus и деплоить туда по факту сборки на ci
Стоп, это у нас есть уже. Это не решает проблему компиляции на локальной машине разраба
SS
SergejB
Это разные проекты. Являются ли они подмодулями друг друга, я не знаю, так как не анализировал
даже если не связаны. это все мавеном решается. грубо говоря у вас есть A-1.0.0.jar и B-1.0.0.jar. потом A и B проекты допиливаются. появляются новые версии, к примеру A-1.2.224.jar и B-1.2.0.jar. и ессно это нужно в зависимых проектах в pom.xml нужно версии зависимостей править, тестить и при необходимости дебажить.
AE
SergejB
Стоп, это у нас есть уже. Это не решает проблему компиляции на локальной машине разраба
А зачем собирать все, если артефакты можно просто получить из репы?
РН
SergejB
Господа, у меня вопрос. Есть микросервисы на spring boot. На машине разраба нужно билдить вручную в порядке согласно графу зависимостей. Maven. Чем можно автоматизировать процесс?
maven modules?
B
а почему мимо с андроидом? это же джава как бы
ДК
всем доброго времени суток, кто подскажет, можно ли в джаве мокать объекты в рантайме?
вот есть такой код:
Могу ли я непосредственно в тестах замокать переменную result в функции some_function? Спасибо
вот есть такой код:
class ExampleWorkflow {
private final int one = 1;
public int some_function() {
int result = this.one + 2;
return result;
}Могу ли я непосредственно в тестах замокать переменную result в функции some_function? Спасибо
Нет, не можешь
m
Нет, не можешь
спасибо, а с помощью чего обычно подменяют приватные поля?
я видел реализацию через whitebox, но там какие-то конфликты с мокито 2 версии
я видел реализацию через whitebox, но там какие-то конфликты с мокито 2 версии
ДК
Вообще, необходимость замокать локальную переменную в общем случае значит, что у тебя такая себе организация кода. И обычно в таких случаях код меняют в угоду тому, чтобы его было проще тестировать.
Это в свою очередь модуляризирует код (чё за слово) и в дальнейшем его проще реюзать
Это в свою очередь модуляризирует код (чё за слово) и в дальнейшем его проще реюзать
ДК
Но если это какая-то андроид специфика, что иначе нельзя, то лучше у них спросить наверное.
Обычно, если кому-то нужен условный powermock, значит что-то в целом не так в жизни пошло
Обычно, если кому-то нужен условный powermock, значит что-то в целом не так в жизни пошло