Использование using

.NET
#5

И почему выполнение кода не идёт дальше using а?

Блока же catch нет, поэтому и аварийное завершение. Как и в делфи try finally точно также аварийно закончится если в try поднято исключение

#6

Чтобы код упростить и не писать так постоянно:

var obj = ...;
try
{
    ...
}
finally
{
    if (obj != null)
    {
        obj.Dispose();
    }
}
#7

Не поверите, но никогда в жизни finally не использовал.
То есть, если нет catch или except, то вся программа сразу накрывается?
И если в using будет экскепшен - тоже всё вылетит?

#8

именно так )

#9

Тогда не могу придумать, зачем вообще это надо. Ведь программа так и так накроется :thinking:

#10

Так catch может быть где-нибудь выше, вокруг using или в функции вызвавшей эту функцию.

В Дельфи часто так же делают, чтоб память не могла утечь.

obj := ...Create;
try
  ...
finally
  FreeAndNil(obj);
end;
#11

В finally код, который выполнится не зависимо от способа выхода из блока try. Совсем же ведь не обязательно выход из try после последней команды блока. Как следствие - прога более читабельна

#12

Если после этого программа накроется, то какая уже будет разница утекла память или нет? Особенно если программа делала что-то важное по таймеру. Кто тогда должен следить, накрылась она или нет? Разве catch не для этого в принципе был создан, чтобы продолжать работу после экскепшена? Для чего тогда?
Почему нельзя контролировать утечку в except / catch?

А какие бывают способы?

И?

Более читабельна из-за невозможности продолжить работу после экскепшена? Что? :man_shrugging:

#13

О-о. В делфине например exit, break, сontinue и исключение тоже. для смеха вспомню goto. В шарпе аналогично

Более читабельна из-за невозможности продолжить работу после экскепшена? Что?

Прикинь, именно более читабельна )

#14

Если екскепшен уже сработал, то как можно выйти из try, кроме как finallly и catch / except?

какая разница, если она на каждый не правильный чих будет вылетать?

#15 
if (a)
    return 42;
if (b)
    return 84;
return 0;

без using или finally тут пришлось бы Dispose перед каждым return )

Так тогда надо

try
{
    ...
    obj.Dispose();
}
catch
{
    obj.Dispose();
}

И выше про return и т.п.

Возможно, я ж говорю

using System;
using System.IO;

public class Program
{
    public static byte[] ReadData(string filePath)
    {
        using (var fs = new FileStream(filePath, FileMode.Open))
        {
            var result = new byte[84];
            fs.Read(result, 42, 84);
            return result;
        }
    }

    public static void AnalyzeData(byte[] data)
    {

    }

    public static void DoStuff()
    {

        try
        {
            AnalyzeData(ReadData("file.bin"));
        }
        catch (IOException)
        {
            AnalyzeData(ReadData("file2.bin"));
        }
    }

    public static void Main()
    {
        try
        {
            DoStuff();
        }
        catch (Exception ex)
        {
            Console.WriteLine("A critical error occurred, please check the data or contact the support.");
        }
    }
}
#16

А это, что, проблема? Лучше, чтобы программа вылетала при каждом экскепшене? Дык, она и без try будет вылетать. Это еще более читабельно.

#17

Зачем выбирать? Ниже пример с catch вокруг.

Да. Можно забыть в одном месте + куча ненужных строк кода, сложнее читать.

#18

выше :slight_smile:

Получается обёртка для обёртки из обёртки обёртки в обёртке.
Если нужно сделать несколько try в одном методе и выдать разный результат, то это не прокатит.

#19

Почему? :thinking:

#20

ну вот вы обернули какой-то метод в catch. А в этом методе есть несколько try catch, которые возвращают разный результат из catch.
Что тогда получится? По-идее, должен сработать тот catch, которым обёрнут метод. Нет?

#21

Тот, который поймает.

Тут сработает только внутренний.

try
{
    try
    {
        throw new Exception("");
    }
    catch
    {
        Console.WriteLine("Hi inner");
    }
}
catch
{
    Console.WriteLine("Hi outer");
}
#22

или вот так:

    public static int MyFunc()
    {
        using (var fs = new FileStream(filePath, FileMode.Open))
        {
            var result = new byte[84];
            fs.Read(result, 42, 84);
           .............
        }
        using (var fs = new FileStream(filePath2, FileMode.Open))
        {
            var result = new byte[84];
            fs.Read(result, 42, 84);
           .......
        }
       .......  
    }


    public static void Main()
    {
        try
        {
            int n = MyFunc();
        }
        catch (Exception ex)
        {
            //
        }
    }

нельзя будет узнать, на каком файле упал метод.

#23

Ну так от задачи зависит, using не добавляет никаких ограничений.
Можно try catch вокруг using.

Пропали русские буквы
#24

я уже понял :smile:
По сути, using это то же самое, что не отловленный экскепшен :rofl: Только память при этом не утекает и код красивее.

Пропали русские буквы