Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Should I close a stream (file-like object) passed into my object in the context manager __exit__() function?

I have an object which I'd like to be able to use the with keyword on. I'm happy with the practicalities implementing context managers but I'm hitting my head up against a best practice kind of issue.

The object is a wrapper around a file. I'm planning for my object to be initialised either with a string (the path of the file) or with a file-like which can be dealt with directly (there's a possibility of files inside files - so I foresee a definite use case for this with BytesIO etc...)

So __init__looks something like this:

def __init__(self, file_to_process):
    if isinstance(file_to_process, str):
        self._underlying_stream = open(file_to_process, "rb") # it's the path to a file
    elif isinstance(file_to_process, io.IOBase):
        self._underlying_stream = file_to_process # its the file itself
    else:
         raise TypeError()

So my question is, is it best practice/acceptable/sensible to close that _underlying_stream in my __exit__() function? It totally makes sense when it was a path, but if it's a stream passed in, it strikes me as impolite at best and dangerous at worst to close self._underlying_stream - am I correct to be thinking that, and if so, is there a neat way around this?

(Note: I considered wrapping the stream coming in with a io.BufferedReader, but it turns out that closing that will also close the underlying stream...)

like image 629
LexyStardust Avatar asked Jul 05 '13 13:07

LexyStardust


People also ask

What is __ exit __ in Python?

__exit__ in Python Context manager is used for managing resources used by the program. After completion of usage, we have to release memory and terminate connections between files.

What does the context manager do when you are opening a file using with?

A context manager usually takes care of setting up some resource, e.g. opening a connection, and automatically handles the clean up when we are done with it. Probably, the most common use case is opening a file. The code above will open the file and will keep it open until we are out of the with statement.

What does __ enter __ do in Python?

__enter__ and [__exit__] both are methods that are invoked on entry to and exit from the body of "the with statement" (PEP 343) and implementation of both is called context manager. the with statement is intend to hiding flow control of try finally clause and make the code inscrutable.

Is __ exit __ always called?

If an error is raised in __init__ or __enter__ then the code block is never executed and __exit__ is not called. Once the code block is entered, __exit__ is always called, even if an exception is raised in the code block.


1 Answers

I would not close the underlying stream. Passing in an already open file object means the caller has taken responsibility of that object and closing that object on __exit__ would be extremely annoying, at best.

PIL does something similar, albeit not in a context manager. When passing in a filename, it'll close the fileobject after it completes reading the image data. It sets a boolean flag just for that. Pass in a file object instead and it'll read but not close.

I'd do the same here:

class Foo(object):
    _close_on_exit = False

    def __init__(self, file_to_process):
        if isinstance(file_to_process, str):
            self._underlying_stream = open(file_to_process, "rb") # it's the path to a file
            self._close_on_exit = True
        elif isinstance(file_to_process, io.IOBase):
            self._underlying_stream = file_to_process # its the file itself
        else:
             raise TypeError()

    def __exit__(self, exc_type, exc_value, traceback):
        if self._close_on_exit:
            self._underlying_stream.close()
like image 140
Martijn Pieters Avatar answered Nov 03 '22 22:11

Martijn Pieters