Как надо и как не надо использовать менеджеры контекстов?

Question

[Дмитрий]

Думаю, любому python-девелоперу знакома конструкция:

with BLA-BLA-BLA as b:
   b.do_something()

Сегодня в очередной раз столкнулся с этой конструкцией при чтении кода на одном из гитхаб-проектов.
Однако, я никогда эту конструкцию не применял. Даже и мысли не возникало. Всегда находился способ проще.
Но сегодня задумался: А может что-то упустил? Может есть какие-то выгоды?

Опишите свои причины использования механизма написания менеджера контекста. В каких ситуациях Вы их используете и почему?

UPD:
Из ответов складывается ощущение, что менеджер контекста нужен для ситуаций, когда нужно автоматизировать завершающие действия, к примеру закрытие файла. Другими словами это аналог умного указателя из мира C++.

Все так?

P.S.:
Вопрос не про то как написать. То есть НЕ про то, что надо написать в __enter__() , __exit__() методах. А про best practice

Answer 1

[Дмитрий Демидов]

Я например в контекст оборачиваю коннекты к БД или маунты шар для тестов.
Вот, например:

@contextmanager
    def _new_connection(self):
        conn = None
        try:
            conn = sqlite3.connect(self.db_file)
            conn.cursor().execute(CREATE_TABLE % 'tasks (task_id, cc_id, expired)')
            conn.cursor().execute(CREATE_TABLE % 'task_actions (task_id, action)')
            conn.commit()
            yield conn
        except sqlite3.DatabaseError as e:
            pass
        finally:
            if conn:
                conn.close()

Comments

[Артём Клименко]

https://docs.python.org/2/library/sqlite3.html#usi...

[Дмитрий Демидов]

Артём Клименко: я знаю про менеджер контекста в sqlite. Это же просто пример :)
И, если честно, это сначала этот код был для постгреса :)

[Дмитрий Демидов]

Артём Клименко: кроме этого, удобно, когда нужно при коннекте какой-то код сразу выполнять

Answer 2

[Артём Клименко]

Собственно очевидные варианты, работа с ресурсами - файлы. конекты к бд, они уже все готовы для работы с менеджерами контекста.

допустим так: Как мониторить медленные и прожорливые места скрипта?

как видится мне:

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

Comments

[Александр Кораблев]

Согласен по первому пункту. Действительно код с менеджерами выглядит гораздо компактнее. Особенно в случаях когда пользователю менеджера все равно какую черную магию вы применяете для доступа к ресурсу (т.е. почти всегда).

А вот по второму пункту не согласен. Что-то подобное я использовал один раз, когда ставил локи через менеджера. Но я не уверен, что тот код нужно было писать именно так.

Answer 3

[Shmele]

В тестах менеджеры контекста - крайне удобная штука.

• Для патчинга объектов - www.voidspace.org.uk/python/mock/getting-started.h...
  
• Для проверки возникновения ошибок - https://pytest.org/latest/assert.html#assertions-a...
  

Comments

[Дмитрий]

А Вы можете развернуть Вашу мысль? Ведь Ваш комментарий дает лишь направление, но не показывает КАК это все использовать ;) Прошу подробнее