mmserebryakov, если хочешь готовых ответов, то
1) Задачу надо оформить четче, чем "вот текст типа такого, хочу чтобы работало" - хотя бы пример текста дал и ожидаемый результат
2) за готовыми решениями - на фриланс
Alex G., учитывая что 1) приложение работает непрерывно, 2) кросс-платформенное, 3) версия postgres давнишняя, то легаси накопилось достаточно чтобы начать бояться
Артём К, это из-за того, что рабочая директория запущенного процесса внутри bin, а путь до xml файла ты указал локальный - в результате он ищет файл в рабочей директории.
Если хочешь это поменять, то указывай абсолютный путь
LanskoyGames, вопрос еще к "но разве это страшно ради точных вычислений" - что это значит?
- Целочисленная арифметика и так без ошибок выполняется с двоичной системой
- Для чисел с плавающей точкой без погрешности не обойтись - как ни крути, у тебя ограниченное число битов, которые могут хранить результат. И вот тут приходим к 2,5 - это также означает, что и точность будет в 2,5 раза меньше (т.к. места для результата меньше)
WbICHA,
1. в IDE используется своя тема оформления - каждый цвет закреплен за нужными токенами. Если все будет сверкать и переливаться, то сложнее обнаружить нужный кусок кода
2. Имел ввиду вложенность: как по мне гораздо лучше организовать код так, чтобы в условной функции было не больше 3 уровней вложенности (например, цикл -> цикл -> if). Если больше, то лучше разбивать на отдельные функции, либо переорганизовывать логику тех же самых условий
tukreb, тогда проблем не вижу: в любом случае надо будет мокать как-то. Либо просто эти классы-моки написать, либо ставить полноценный мок всей зависимой системы. Первое гораздо проще.
Ну а по поводу увеличения кол-ва зависимостей - оно линейное. Слишком много создавать не придется. За все надо платить.
tukreb, в общем да - просто вынесем выше.
Здесь вот что можно учесть:
1. Этот код может быть обобщенный, то есть не надо в каждой операции с сущностью постоянно писать эти проверки. Будет компонент, который это все проверит
2. Гораздо облегчится юнит-тестирование - убрать все эти проверки и останется только бизнес-логика
1) Задачу надо оформить четче, чем "вот текст типа такого, хочу чтобы работало" - хотя бы пример текста дал и ожидаемый результат
2) за готовыми решениями - на фриланс