Программист-профессионал vs программист-любитель

Хехе. Говнокодный компилятор D (очень маргинальный язык ) вообще не освобождает память. Типа зачем ее освобождать, если после компиляции очередного файла выполнение программы завершается и вся память сама собой вернется ОС. Странный подход, но нельзя сказать, что он лишен логики

Цитата sergioK @ 04.12.13, 05:57

Ну все подряд делать closeable только ради try-with-resource это перегиб

Зачем все подряд? Только то, что владеет ресурсом.

Цитата korvin @ 04.12.13, 03:39

А при чем тут Питер?

Я имел в виду EMC в Питере.

Цитата MyNameIsIgor @ 04.12.13, 09:16

Я имел в виду EMC в Питере.

Ты там работаешь?

Цитата zveroboy @ 04.12.13, 10:52

Цитата MyNameIsIgor @ 04.12.13, 09:16

Я имел в виду EMC в Питере.

Ты там работаешь?

Нет

Цитата D_KEY @ 04.12.13, 07:54

Цитата sergioK @ 04.12.13, 05:57

Ну все подряд делать closeable только ради try-with-resource это перегиб

Зачем все подряд? Только то, что владеет ресурсом.

вот пример , как его перестроишь на try-with resources ?

 OutputStreamWriter wr = null;
    BufferedReader rd = null;
 
    try {
        // Send data
        URL url = new URL(urlAdress);
        URLConnection conn = url.openConnection();
        conn.setDoOutput(true);
        OutputStream outputStream = conn.getOutputStream();
        wr = new OutputStreamWriter(outputStream);
        wr.write(data);
        wr.flush();
 
        // get response in order to complete sending the request
        rd = new BufferedReader(new InputStreamReader(conn.getInputStream()));
 
    } catch (ConnectException e) {
        LogUtil.logMessage("sendNotificationRequest", "UI is down - notification wasn't sent", logger, LogUtil.INFO);
    } catch (Exception e) {
        LogUtil.logError("sendNotificationRequest", e, logger);
    } finally {
        try {
        if (wr != null) {
            wr.close();
        }
        if (rd != null) {
            rd.close();
        }
        } catch (IOException e) {
        LogUtil.logError("sendNotificationRequest", e, logger);
        }
    }

Цитата sergioK @ 04.12.13, 11:05

вот пример

Лапша то какая

Цитата sergioK @ 04.12.13, 11:05

как его перестроишь на try-with resources ?

try {
    // Send data
    URL url = new URL(urlAdress);
    URLConnection conn = url.openConnection();
    conn.setDoOutput(true);
    OutputStream outputStream = conn.getOutputStream();
    try(OutputStreamWriter wr = new OutputStreamWriter(outputStream))
    {
        wr.write(data);
        wr.flush();
    }
 
    // get response in order to complete sending the request
    try(BufferedReader rd = new BufferedReader(new InputStreamReader(conn.getInputStream()))) {}
 
} catch (ConnectException e) {
    LogUtil.logMessage("sendNotificationRequest", "UI is down - notification wasn't sent", logger, LogUtil.INFO);
} catch (IOException e) {
    LogUtil.logError("sendNotificationRequest", e, logger);
} catch (Exception e) {
    LogUtil.logError("sendNotificationRequest", e, logger);
}

Цитата MyNameIsIgor @ 04.12.13, 12:43

Лапша то какая

Китайская, похоже.

Цитата applegame @ 04.12.13, 06:11

Говнокодный компилятор D (очень маргинальный язык ) вообще не освобождает память.

Интересный подход А какой из компиляторов так делает?

Не очень знаю особенности Java, но в примере, приведённом выше, бросилось в глаза, почему конструкторы внутри try. Про C# могу сказать, что инициализатор оператора using выполняется перед блоком try. В версиях .Net до 4.5 была даже опасная ошибка с перемещением операторов в try:

try
{
_readerWriterLock.AcquireWriteLock();
//...do stuff
}
finally
{
_readerWriterLock.ReleaseWriteLock();
}

А при обработке подобных ресурсов (как в примере выше) я обычно просто использую вложенные операторы using.

Цитата Ilya81 @ 06.12.13, 05:14

Не очень знаю особенности Java, но в примере, приведённом выше, бросилось в глаза, почему конструкторы внутри try.

потому что иначе не скомпилируеться ,в С# нет throws, который обязывает сделать
try catch .

И там и там косяк(try понимает только те кто implement disposable ) а точнее попытка компенсироваить отсутсвие деструктора , Да если обьек member класса , то try не поможет

Цитата Ilya81 @ 06.12.13, 05:14

но в примере, приведённом выше, бросилось в глаза, почему конструкторы внутри try.

Это как раз вместо using в C#. try with resources

Цитата D_KEY @ 06.12.13, 11:40

Это как раз вместо using в C#

Он про

try {
  File f = new File("...");
  // do something with f
} finally {
  f.close();
}

вместо

File f = new File("...");
try {
  // do something with f
} finally {
  f.close();
}

как я понял из его примера. Суть в том, что, если в конструкторе внутри try возникнет исключение например и ресурс не будет захвачен, то finally все равно выполнит код по освобождению ресурса. Поэтому у сержио проверка на null внутри finally.

Кстати, ни в примере сержио, ни в примере Игоря нет вызова conn.disconnect(). Я конечно хз насколько он необходим, но когда сам искал пример работы с http, нашел пример, в котором этот самый conn.disconnect() есть.

Цитата korvin @ 06.12.13, 12:27

Я конечно хз насколько он необходим, но когда сам искал пример работы с http, нашел пример, в котором этот самый conn.disconnect() есть.

А я сам хз, я просто код исправлял без потери семантики

Цитата MyNameIsIgor @ 06.12.13, 12:28

А я сам хз, я просто код исправлял без потери семантики

А, ну да, не подумал. =)