Преобразователь геодаты любых форматов [Release] Version 02.01.01

[Survial]

Кстати а может кто знает, что за тулза и кем разрабатывалась?

 

[Aristo]

Кстати а может кто знает, что за тулза и кем разрабатывалась?

Ну геодата же трехмерная. Ее 3.14здец же неудобно редачить в 2D-виде.

 

[MrKirill1232]

MrKirill1232 updated Преобразователь геодаты любых форматов with a new update entry:

Версия 02.01.01

Полный список изменений -

Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками Вход или Регистрация

• изменение способа использования парсера конфигурации на новую реализацию;
• изменение способа создания новых instances для reader и writer (с "switch" на "enum");
• изменение логирования с System.out на Logger;
• изменение метода "getXYCord" (сделано его методом по умолчанию и сохранение результата внутри класса при первом вызове)...

Read the rest of this update entry...

Сообщение объединено: 9 Апр 2026

все, можно сказать закрыл все свои хотелки по этому проекту.
- конфиги теперь в отдельной библиотеке парсятся;
- оптимизация блоков геодаты добавлена;
ну вообщем интерфейс осталось сделать

 

[kick]

ну вообщем интерфейс осталось сделать

И переписать весь проект

 

[MrKirill1232]

И переписать весь проект

а я пытался изучать C++ и думал начать как раз таки с гео, ведь инфа по блокам (размерам) +- есть в заголовках.

 

[kick]

а я пытался изучать C++ и думал начать как раз таки с гео, ведь инфа по блокам (размерам) +- есть в заголовках.

Можно и rust

Ну как минимум когда есть .gitignore и держать в гите от среды весьма странное решение, почему не gradle для сборки?
Почему не spring boot? Quarkus? Если springboot то и нормальные конфиги можно сделать, в yaml хранить или другом формате на выбор + использовать @Value.

Можно же использовать @Slf4j от lombok добавить. Во многих классах можно нормально использовать аннотацию @Getter, лишит бойлерплейт кода для всех полей над классом.
+ у спринга есть же CommandLineRunner
Для логирования использовать String Templates, с java 21+ поддерживаются.

Можно же объединить в 1 проверку через или + если false, уже нет смысла будет проверять правое условие.

Зачем вызывать? к чему такие сложности? Если не изменяет память, то можно сделать так

List<File> validateFiles = Arrays.stream(files)
    .filter(f -> f.getName().toLowerCase().endsWith(read.getExtension()))
    .toList();

Почему не в 1 условием опять? Можем же проверить так же всё в 1

А почему не early return? Мы же можем изначально проверить

if (region == null)
{
    return;
}

И потом проверить есть ли директория и создать если нету.