@Snarbolax еще я так понимаю у тебя парсинг и получение файла - разные по сути методы

Так а как мне ж нужно удалить файл, либо восстановить старый

я бы апи переработал

типо в случае ошибки возвращать 400 и ссылку (на ресурс) на старый файл

@gibson1 ты работаешь с @Snarbolax ?

да

попробуем сделать как ты сказал

ну типо, если все в 1 методе и он будет возвращать 200 - непонятно, что произошло - старый файл или новый? какие ошибки?

а так у тебя эндпоинт, если что, выплюнет 400(BadRequest) - текст ошибки + ссылка на ресурс апи со старым файлом

и по ней клиент пройдет

я это так вижу на основе того, что вы рассказали

у камунды странный апи

вы ее как движок правил используете?

Сервер сценариев

Дима, спасибо, идею хорошую подкинули

Сап двачь
Есть один метод на сотни строк, который создает мапу со строковыми ключами, плотно фарширует различными значениями и возвращает.
Многие значения вычисляются прямо в теле метода, некоторые присваиваются переменным и используются для последующих вычислений.
Есть желание привести его в более-менее человеческий вид. Первой идеей было вынести все вычисления в отдельные методы, чтобы получить что-то вроде

Map<String, String> map = new HashMap<>();
map.put("shit", calculateShit());
//повторить мильен раз
return map;

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

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

Приходит в голову кеширование результатов, но вот как его прикрутить без кучи лишнего кода не ебу

Клуб любителей кожевенного ремесла два блока вниз

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

factory i potom zalivat' v mapu?