JF
И дальше так работать
Size: a a a
2020 August 13
ИБ
не делай, кто тебе мешает? только валидный код закрытия будет выглядеть очень неочень ;)
JF
Да
JF
Но по SOLID же так будет правильно
JF
Типа одна ответственность
JF
БД отдельно
ИБ
по SOLID может и правильно, но если ты некорректно закрываешь ресурсы - тут лучше формально нарушить SOLID во избежание утечек памяти
К
Надо было на Rust'е писать, там ты не заботишься о закрытии ресурсов, он всё за тебя делает когда надо
ИБ
Надо было на Rust'е писать, там ты не заботишься о закрытии ресурсов, он всё за тебя делает когда надо
дык в джаве как раз для этого и добавили try-with-resources
К
А если он ещё не успел закрыть предыдущее соединение, а ты уже снова пытаешься его получить, он будет ждать или запаникует?
️️
надо это все в класс завернуть
ИБ
А если он ещё не успел закрыть предыдущее соединение, а ты уже снова пытаешься его получить, он будет ждать или запаникует?
в java принятно использовать connection pool, разработчика этот момент вообще не интересует.
а конкретно try-with-resources вообще не про это. его задача - корректно освободить ресурсы при выходе из данного блока
а конкретно try-with-resources вообще не про это. его задача - корректно освободить ресурсы при выходе из данного блока
️️
🤔 в яве нет мусоро сборщика?
JF
Есть
️️
тогда пускай работает
ИБ
тогда пускай работает
только важно понимать хотя бы базово, как он работает. чтобы не было мучительно больно.
ресурсы например он за тебя освобождать не будет
потоки останавливать тоже
это самое основное
ресурсы например он за тебя освобождать не будет
потоки останавливать тоже
это самое основное
ИБ
@ogurchinskiy ты кстати глянул вариант выше? там не совсем как ты хотел, но мож так прокатит
по другому там врядли получится, но я еще поломаю голову по свободе
по другому там врядли получится, но я еще поломаю голову по свободе
️️
так короче сделали
️️
а тип будет сплитовать по пробелу и брать из конца