Оператор with в Python

В прошлом посте я жаловался, что в Python мне не хватает чего-то похожего на C++-ные деструкторы, которые вызываются в любом случае для объекта созданного в стеке при выходе из области видимости, даже когда возникает исключение. В комментария, AQUAGNU упомянул оператор with, который в Python 2.5 был еще на "птичьих правах" (для его использования надо импортировать with_statement из модуля __future__), а в 2.6 стал зарезервированным словом.

Оператор with автоматизирует выполнение операций при входе в блок кода и при выходе из него не зависимо от того, было ли исключении при исполнении блока. Под операциями входа в блок и выхода из блока имеется ввиду, например, открытие и закрытие файла, залочивание и разлочивание при синхронизации. Это можно делать (как я раньше и делал) при помощи try/finally:
<br />self.lock.acquire()<br />try:<br /> # do something<br /> raise Exception('exception')<br />finally:<br /> self.lock.release()<br />with все несколько упрощает:
<br />with self.lock:<br /> # для lock будет автоматически вызваны acquire() и release()<br /> # do something<br /> # исключение не помешает этому<br /> raise Exception('exception')<br />Объект, который подается на вход with, называется менеджером контекста. У него должен быть реализован протокол менеджера контекста, состоящий из двух методов:
__enter__() - вызывается перед началом выполнения блока (контекста);
__exit__(type, value, traceback) - вызывается по завершению выполнения блока. Параметры, передаваемые ему, описывают исключение, если блок его сгенерировал.

В общем виде это выглядит так (взято отсюда):
<br /># менеджер контекста<br />mgr = (EXPR)<br /># метод, который будет вызван по завершению<br />exit = mgr.__exit__<br /># выполняет "вход" в исполяемый блок<br />value = mgr.__enter__()<br /># было ли исключение успешно обработанно<br />exc = True<br />try:<br /> try:<br /> VAR = value # Only if "as VAR" is present<br /> BLOCK<br /> except:<br /> # попытка обработки исключения<br /> exc = False<br /> if not exit(*sys.exc_info()):<br /> raise<br /> # если mgr.__exit__ возвращает True, считается, что исключение обработано<br /> finally:<br /> if exc:<br /> exit(None, None, None)<br />
В 2.5 версии контекст менеджерами могут выступать файлы, thread.LockType, threading.Lock, threading.RLock, threading.Condition, threading.Semaphore, threading.BoundedSemaphore. Применение with для Lock было показанное во втором примере. Для остальных случаев, прийдется реализовать протокол менеджера контекста или сделать адаптер:
<br />from __future__ import with_statement<br /><br />class Adapter(object):<br /> '''<br /> Адаптер к протоколу менеджера контекста<br /> '''<br /> def __init__(self, obj, fenter, fexit, ehandler=None):<br /> '''<br /> obj - объект<br /> fenter, fexit - методы класса, которые будут вызваны при входе и выходе<br /> ehandler - обработчик исключений<br /> '''<br /> self.obj = obj<br /> self.fenter = fenter<br /> self.fexit = fexit<br /> self.ehandler = ehandler<br /><br /> def __enter__(self):<br /> print '__enter__'<br /> if hasattr(self.obj, self.fenter): getattr(self.obj, self.fenter)()<br /><br /> def __exit__(self, type, value, trac): <br /> if hasattr(self.obj, self.fexit): getattr(self.obj, self.fexit)()<br /> print '__exit__' <br /> if type:<br /> # если исключение - пытаемся обработать <br /> if self.ehandler: return self.ehandler(type, value, trac)<br /> else: return True<br /> return True<br /><br />if __name__ == '__main__':<br /> class Test(object):<br /> def start(self):<br /> print 'start'<br /><br /> def end(self):<br /> print 'end'<br /><br /> with Adapter(Test(),'start', 'end'):<br /> print 'done'<br /><br /> with Adapter(Test(),'start', 'end'):<br /> # метод end будет вызван в любом случае <br /> raise Exception('aaaa')<br />
Вот такой вот забавный оператор with.

PS: оказывается with был еще в делфи
PS2: дополнительно можно почитать здесь и здесь.

Read More...

Summary only...

Стартап: что мы делаем?

Прошло около 3-х месяцев как стартовал наш проект. Сегодня на хабре появилась первая информация о том, что мы делаем: Интеграция пользователей в социальный граф. Подход MetaID

Read More...

Summary only...

Любимая С++ фича

В своем посте My Favorite C++ Feature автор говорит, что его любимая фича в С++ - деструкторы. Согласен с ним в это на 100%, особенно вызов деструктора при выходе из области видимости. Использовать подобные конструкции мне доставляет прямо таки эстетическое удовольствие:
<br />class data_source;<br />class transaction<br />{<br /> data_source& m_ds;<br />public:<br /> transaction(data_source& ds): m_ds(ds) {m_ds.open();}<br /> ~transaction() {m_ds.close();}<br />};<br /><br />void do_something(data_source& ds)<br />{<br /> transaction tr(ds);<br /> // do something with data_source<br /> // if something wrong throw<br /> // ...<br /> ds.commit();<br />}
Это позволяет писать более читабельный код, не используя лишний раз try-catch. И это как раз то, чего мне сейчас не хватает в Python'e. Хотя, там есть деструкторы (__del__), но не факт, что он вызовется в нужный мне момент.

Кроме деструкторов, в С++ я обожаю шаблоны, но практика показывает, что использование шаблонов усложняет код и увеличивает время сборки проекта.

Вообще, тему С++ фич можно расширить - фичи с использованием С++. Здесь я могу назвать два своих самых любимых паттерна - smart pointer (как раз из-за деструкторов) и visitor (за возможность добавления новой функциональности иерархии классов без внесения изменения в их код и за возможность избежать использование dynamic_cast). А какие ваши самы любимые С++ фичи?

Read More...

Summary only...

Завязывайте вы с этим С++

Только что прочитал крик души бывшего С++ программиста - Язык имеет значение. Как-то все слишком складно получается - перешел на Haskell - получил 40% сэкономленного времени. А че ж никто не переходит? Никто что ли не слышал про него?

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

updated:
Вообще, это я как не программист считаю, а как программист я скорее согласен с повсеместным переходом на Хаскель (или другой язык, существенно экономящий время и приятным на ощупь :) Столкнувшись с Питоном, я оценил (и, думаю, в дальнейшем оценю еще больше), насколько он экономит время, по сравнению с С++, позволяет больше концентрироваться именно на том, что делаешь, а не на том как делаешь.

Read More...

Summary only...

Поаутсорсить на Индию???

Сегодня мне звонил чувак (HR какой-то компании) аж из Индии и на довольно сносном русском предлагал поработать на них... Неужели я что-то пропустил и индусы уже нанимают украинцев?

Read More...

Summary only...

В восторге от Python'a

Вот уже неделю сталкиваюсь с питоном в боевых условиях - понадобилось встроить его поддержку в С++-ный проект и реализовать на нем часть функционала. Теперь каюсь за то, что раньше недооценивал подобные языки (в смысле скриптовые). Более того, я просто в восторге от питона.

Например, мне нужно было сделать следующее: C++-ный код запускает Python-скрипт, который обрабатывает некоторые данные. Пользователь может захотеть написать свои обработчики для конкретных данных. Сложность состояла в том, как объяснить исходному скрипту, что есть другие реализации. Вот как позволяет это делать Python:

<br />#name - название типа данных<br />def load_object(name):<br /> obj = None<br /> try:<br /> # class_name - имя класса реализации, типа: тип_данныхExt<br /> class_name = name + "Ext" <br /> exec "from " + name + " import " + class_name<br /> print 'imported'<br /> obj = eval (class_name + "()")<br /> print 'created'<br /> except:<br /> pass<br /> return obj <br /><br />o = load_object("test")<br />if o:<br /> # пользовательская реализаци<br /> o.process_data()<br /> print 'user implementation'<br />else:<br /> # обработчик по умолчанию<br /> o = Default()<br /> o.process_data()<br /> print 'default implementation'<br /> <br />
Теперь, все что надо пользователю - это написать класс с именем тип_данныхExt и методом process_data() и сохранить его в файле тип_данных.py. Получается намного проще, чем делать это на С++, причем проще и для разработчика и для пользователя.

Read More...

Summary only...

До свиданья, аутсорсинг

Сегодня наконец-то решил сменить стабильную работу в аутсорсинговой компании на стартапный проект. За более чем год работы в аутсорсинге пришол к выводу, что такая работа стабильная не только в материальном плане, но и в плане скучности (тут я имею ввиду С++-проекты).

"Скука, скука, рутина, рутина..." (с) Кирпичи

Каким бы ни был интересным проект, в аутсорсинг идет одна рутина - дописать, пофиксить, потестить, стереть пыль, перекрасить, забить пару гвоздей... Может я такой невезучий, но ничего лучшего мне не попадалось. А вот интересный стартапный проект попался, и, хоть и стремно, решил попробовать. Посмотрим, чем это закончится :)

Read More...

Summary only...