Using или Using?

Заголовок этого сообщения обескураживает, не правда ли? Тем не менее, вы достаточно сообразительны, чтобы догадаться, о чем пойдет речь. На собеседовании по .NET часто задают вопрос: ”Чем отличаются директива using и оператор using?” Иногда перед соискателем ставят дополнительные ловушки, спрашивая, в каких местах программы можно использовать using? Первое, что приходит в голову, это использование директивы using, которая применяется для определения или разрешения использования типов как пространств имен. Например, следующий фрагмент кода демонстрирует включение некоторых пространств имен с помощью директивы using.

using System.IO;
using System.Text;

Погодите! Это не всё! Есть нечто, называемое “директивой псевдонимов (aliasing directive)” и ее можно использовать, как показано в следующей строке кода. Это может быть промежуточной частью ответа на вопрос.

using mynamespace = myproject.module;

Теперь вернемся к оператору using, который задает область видимости, вне которой объект недоступен. Рассмотрим следующий пример:

using(ColorImageFrame imageFrame = e.OpenColorImageFrame())
{
// здесь ваш код 
}

Объект imageFrame определен с помощью блока using. Это означает, что когда выполнение блока кода завершиться, объект imageFrame больше не потребуется, и он может быть уничтоженудален. Такой подход крайне важен для эффективного управления памятью.
Share post

Similar posts

Comments 41

    +5
    Ладно бы вы просто написали тривиальную информацию, так вы же еще и ошиблись.

    Объект imageFrame определен с помощью блока using. Это означает, что когда выполнение блока кода завершиться, объект imageFrame больше не потребуется, и он может быть уничтожен.

    Нет такой вещи как «уничтожение объекта» в .net. Инструкция using всего лишь гарантирует (кстати, не на 100%) вызов Dispose (и одновременно ограничивает область видимости). Проще говоря, это синтаксический сахар вокруг try...finally.

    А для того, чтобы задать область видимости, using вообще не нужен, достаточно блок объявить.
      0
      > Проще говоря, это синтаксический сахар вокруг try...finally.

      Не совсем. Он ещё делает объект доступным только для чтения.

      > кстати, не на 100%

      А когда не гарантирует? Или вы о случае, когда объект инициируется в null?
        +1
        Что означает фраза «делает объект доступным только для чтения»?
          0
          > Within the using block, the object is read-only and cannot be modified or reassigned.

          https://msdn.microsoft.com/en-US/library/yh598w02.aspx

            +3
            В документации опечатка. Вместо слова 'object' подразумевается слово 'variable'.
            Соответственно: переменная, объявленная в using, не может быть переприсвоена. На сам объект никаких ограничений не накладывается.
              –4
              В чём опечатка? В .NET все переменные — это объекты.
                +6
                Семантически, ошибка в том, что объект, на который ссылается переменная, может быть как угодно изменен (поэтому объект не read-only), однако никакая другая ссылка переменной быть присвоена не может (поэтому переменная — read-only).
                  +1
                  Переменная и объект — это две разные сущности. Несколько переменных могут ссылаться на один объект, одна переменная может ссылаться на разные объекты (в разные моменты времени).

                  Переменная — это ссылка на объект, размещается в стеке.
                  Объект — это область памяти, хранящая данные объекта. Размещается в хипе.

                  ps
                  За скобкам оставлен вариант с value-типами.
                    +2
                    Изменение переменной не меняет объект. Изменение объекта не меняет переменную.
                      +2
                      Да, точно, моя ошибка.

                      Структуры в using изменять не получится, т.е. в этом случае и объект тоже read-only.
              0
              Не совсем. Он ещё делает объект доступным только для чтения.

              Это следствие того же синтаксического сахара.

              А когда не гарантирует?

              Если по каким-то причинам случилось исключение после присвоения, но до входа в try (например, ThreadAbort). Или, что более занятно, если вы используете using вместе с object initializer (кстати, мне интересно, не поменяли ли это поведение после C# 4).
                0
                Не поменяли.
                  0
                  Какой тогда смысл использовать using, а не try?
                    0
                    Во-первых, using лучше показывает ваше намерение.
                    Во-вторых, у вас меньше шансов допустить какую-нибудь глупую ошибку в реализации.

                    (ну и в-третьих, это занимает ощутимо меньше кода)
                  +2
                  А когда не гарантирует? Или вы о случае, когда объект инициируется в null?


                  Один простой способ, но очевидный:

                  using(new CompositeDisposable(databases.Select(db=>db.OpenTransaction()))
                  {
                      /**/
                  }
                  


                  CompositeDisposable

                  Если упадет ошибка при создании второй транзакции, то объект под using'ом не будет создан. С try-finally произойдет ровно то же самое, магии тут нет.

                  Есть еще простой способ не вызвать Dispose — см. ниже разницу в наличии await. Класс Task реализует IDisposable, кстати )

                  using(await db.OpenTransactionAsync())
                  {
                      /**/
                  }
                  
                  using(db.OpenTransactionAsync()) //тут мы прибьем только таску, так что для синхронных операций ошибку заметим не сразу.
                  {
                      /**/
                  }
                  
                +18
                Заголовок этого сообщения обескураживает, не правда ли?

                Да и содержимое «сообщения» тоже слегка :)
                  +1
                  Вы удивитесь, но в C# 6 появился и третий смысл для using.
                    –1
                    Попробую пояснить, зачем этот перевод был опубликован на Habre.
                    Не секрет, что при приеме на работу в качестве .NET-программиста соискатели обычно проходят собеседование, на котором им задают вопросы, позволяющие оценить глубину знаний. Вопросы, в том числе, и тривиальные.
                    Публикуются разные материалы, помогающие соискателям понять, на какие вопросы им возможно придется отвечать на собеседовании и примерный план ответа, а интервьюерам расширить круг таких вопросов.
                    Перевод одной из серии таких статей и был предложен читателям Habra в качестве пробного шара, чтобы оценить, насколько эта площадка подходит для публикации подобных материалов.
                    Развернувшаяся дискуссия позволила уточнить некоторые моменты использования оператора using. Спасибо всем!
                    Отдельно хочется поблагодарить читателя dymanoid за существенное дополнение, по нововведениям С# 6.0, касающихся применения using.
                      0
                      этот перевод

                      А что вам помешало указать оригинал материала?
                        0
                        В правилах Habra упоминается отдельная форма для публикации переводов с полями первоисточника. К своему стыду, при публикации материала в песочнице я ее не нашел, поэтому оставил все как есть, ограничившись указанием на перевод в тэгах.
                        Исправляюсь. Вот ссылка на первоисточник http://dailydotnettips.com/2013/09/06/using-or-using/
                          0
                          Если пройти по вашей ссылке, даже там в комментариях написано то же, что вам тут рассказали. Но вы это проигнорировали.
                            –1
                            Проигнорировал. И что?
                            Если искать абсолютную истину в этом вопросе, то ближе всего к ней находится спецификация языка С#.
                              0
                              Проигнорировал. И что?

                              И то, что вы даете в своем посте ошибочную информацию. Если бы мне на собеседовании кто-то такое выдал, я бы его поправил (и счел, что он не знает, что на самом деле происходит).

                              спецификация языка С#

                              … которую вы тоже проигнорировали.
                                0
                                Если это замечание касается «уничтожения объекта», то, спасибо за поправку, я согласен с замечанием. В спецификации «удаление ресурса».
                                  0
                                  В спецификации «удаление ресурса».

                                  Это где это? Точную цитату и ссылку привести можете?
                                    0
                                    Начать имеет смысл отсюда https://msdn.microsoft.com/ru-ru/library/ms228593.aspx
                                    Там написано, как скачать английский вариант спецификации C# 5.0.
                                    Русский вариант можно получить с VS 2015. Он находится в каталоге C:\Program Files\Microsoft Visual Studio 14.0\VC#\Specifications\1049.
                                    Чтобы не затруднять вас, я приведу цитаты:
                                    На английском:
                                    8.13 The using statement
                                    The using statement obtains one or more resources, executes a statement, and then disposes of the resource.
                                    На русском:
                                    8.13 Оператор using
                                    Оператор using получает один или несколько ресурсов, выполняет заданный оператор языка и затем удаляет ресурсы.

                                    Если есть какие-то претензии к переводу, то предложите собственный вариант.
                                      0
                                      Добавление. С русской VS 2015, конечно же.
                                        0
                                        Так вот, русский перевод — неверен. Никакого «удаления» ресурсов не происходит, происходит именно disposal, который и описан дальше. Что именно делает using — явно описано на страницах 258 и 259 английской спецификации от C# 5, начиная со слов «A using statement [...] corresponds to one of three possible expansions» (где, собственно, и видно, что нет никакого «удаления»).
                                          0
                                          Безусловно. Предложите корректный перевод предложения.
                                            +1
                                            Я предлагаю такой:

                                            Оператор using получает один или несколько ресурсов, выполняет заданный блок кода и затем вызывает метод Dispose().
                                              0
                                              Если «безусловно», то зачем же на это ссылаться?

                                              А «корректного» перевода этого предложения не существует, есть только близкий по смыслу (например, Sing приводит такой). Именно поэтому работу инструкции using лучше всего сразу описывать в терминах ее подмены компилятором.
                                                –1
                                                Ссылаться надо, во-первых, затем, что об этом просят. Во-вторых, это все-таки официальный документ, хотя и может содержать ошибки. В- третьих, чтобы эти ошибки можно было исправить.

                                                Не понял, зачем слово «корректный» заключено в кавычки.

                                                «Именно поэтому работу инструкции using лучше всего сразу описывать в терминах ее подмены компилятором.»
                                                Где угодно, только не в спецификации. Русский перевод должен соответствовать исходному тексту.

                                                Подозреваю, что корректный вариант все-таки существует. Рискну предложить следующий:

                                                «Оператор using получает один или несколько ресурсов, выполняет заданный оператор языка и затем освобождает ресурсы.»

                                                Описание механизма работы идет далее.

                                                Кстати, хочу обратить внимание, что в исходной статье нет утверждения о том, что именно using удаляет или уничтожает объект.
                                                Не описывается и механизм его работы.

                                                На данном уровне необходимо убедиться лишь в четкости базовых представлений соискателя. Т.е. выясняем что делает слово using, но не как. Уточнение деталей — по желанию интервьюера.
                                                  0
                                                  Где угодно, только не в спецификации. Русский перевод должен соответствовать исходному тексту.

                                                  А вы в курсе, что проблема универсального точного перевода не имеет решения?

                                                  Рискну предложить следующий:

                                                  «Оператор using получает один или несколько ресурсов, выполняет заданный оператор языка и затем освобождает ресурсы.»

                                                  Тоже неверно. Оператор (на самом деле — инструкция) ничего не освобождает (в управляемом C# вообще нет освобождения как такового), он именно вызывает метод. Ничего больше.

                                                  Кстати, хочу обратить внимание, что в исходной статье нет утверждения о том, что именно using удаляет или уничтожает объект.

                                                  Благодаря чему вообще непонятно, зачем нужен using.

                                                  На данном уровне необходимо убедиться лишь в четкости базовых представлений соискателя. Т.е. выясняем что делает слово using, но не как.

                                                  Так вот, using делает ровно одно: гарантирует вызов Dispose. Как он это делает — действительно второй вопрос. Но ничего, кроме вызова Dispose, using не делает. Вот такие вот базовые представления, да.
                                                    +1
                                                    Возможный корректный перевод:
                                                    «Оператор using получает один или несколько ресурсов, выполняет заданный оператор языка и затем дает распоряжение освободить ресурсы (вызывая метод Dispose)»
                                                      0
                                                      Пожалуй, пока это наиболее точное отражение действительности. Слегка смущает выражение в скобках, но поскольку следующий абзац спецификации, где объясняется, что такое ресурс, расставляет все по местам, небольшое забегание вперед не страшно.
                                          0
                                          Если это замечание касается «уничтожения объекта», то, спасибо за поправку, я согласен с замечанием. В спецификации «удаление ресурса».

                                          Ну вот написали вы «объект imageFrame больше не потребуется, и он может быть удален». Вы же на собеседования ориентируетесь? Так вот, на собеседовании немедленно последует вопрос — чем описываемое вами поведение отличается от следующей конструкции:

                                          {
                                          ColorImageFrame imageFrame = e.OpenColorImageFrame();
                                          // здесь ваш код 
                                          }
                                          
                                            –1
                                            Прекрасный вопрос для собеседования. Но задавать его или нет — на усмотрение интервьюера.
                                              0
                                              Вопрос в том, что на него отвечать кандидату, который прочитал ваш перевод и радостно думает, что теперь он все знает про using.
                                                –1
                                                Надеюсь, что он не поленится прочитать и ваши комментарии.
                                +1
                                Давайте теперь каждому дурацкому вопросу с собеседования будем посвящать статью на Хабре.
                                Я понимаю, если бы вопрос был интересным и было бы, что обсудить. Но это — просто глупость, по-моему.
                                  0
                                  Что интересно — вопрос чисто субъективный. Не знаю, как вам, а мне обсуждение не кажется совсем уж бесполезным.

                              Only users with full accounts can post comments. Log in, please.