Working with Files in Swift on iOS 9

From Techotopia
Revision as of 20:16, 27 October 2016 by Neil (Talk | contribs) (Text replacement - "<table border="0" cellspacing="0"> " to "<table border="0" cellspacing="0" width="100%">")

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
PreviousTable of ContentsNext
Working with Directories in Swift on iOS 9iOS 9 Directory Handling and File I/O in Swift – A Worked Example


Learn SwiftUI and take your iOS Development to the Next Level
SwiftUI Essentials – iOS 16 Edition book is now available in Print ($39.99) and eBook ($29.99) editions. Learn more...

Buy Print Preview Book


In the chapter entitled Working with Directories in Swift on iOS 9 we looked at the NSFileManager, NSFileHandle and NSData Foundation Framework classes and discussed how the NSFileManager class in particular enables us to work with directories when developing iOS 9 based applications. We also spent some time covering the file system structure used by iOS and, in particular, looked at the temporary and Documents directories assigned to each application and how the location of those directories can be identified from within the application code.

In this chapter we move on from working with directories to covering the details of working with files within the iOS 9 SDK. Once we have covered file handling topics in this chapter, the next chapter will work through an application example that puts theory into practice.


Contents


Creating an NSFileManager Instance

Before proceeding, first we need to recap the steps necessary to obtain a reference to the application’s NSFileManager instance. As discussed in the previous chapter, the NSFileManager class contains a class method named defaultManager that is used to obtain a reference. For example:

let filemgr = NSFileManager.defaultManager()

Once a reference to the file manager object has been obtained it can be used to perform some basic file handling tasks.

Checking for the Existence of a File

The NSFileManager class contains an instance method named fileExistsAtPath which checks whether a specified file already exists. The method takes as an argument an NSString object containing the path to the file in question and returns a Boolean value indicating the presence or otherwise of the specified file:

if filemgr.fileExistsAtPath("/Applications") {
    println("File exists")
} else {
    println("File not found")
}

Comparing the Contents of Two Files

The contents of two files may be compared for equality using the contentsEqualAtPath method. This method takes as arguments the paths to the two files to be compared and returns a Boolean result to indicate whether the file contents match:

if filemgr.contentsEqualAtPath(filepath1, andPath: filepath2) {
    println("File contents match")
} else {
    println("File contents do not match")
}

Checking if a File is Readable/Writable/Executable/Deletable

Most operating systems provide some level of file access control. These typically take the form of attributes designed to control the level of access to a file for each user or user group. As such, it is not a certainty that your program will have read or write access to a particular file, or the appropriate permissions to delete or rename it. The quickest way to find out if your program has a particular access permission is to use the isReadableFileAtPath, isWritableFileAtPath, isExecutableFileAtPath and isDeletableFileAtPath methods. Each method takes a single argument in the form of the path to the file to be checked and returns a Boolean result. For example, the following code excerpt checks to find out if a file is writable:

if filemgr.isWritableFileAtPath(filepath1) {
    println("File is writable")
} else {
    println("File is read-only")
}

To check for other access permissions simply substitute the corresponding method name in place of isWritableFileAtPath in the above example.

Moving/Renaming a File

A file may be renamed (assuming adequate permissions) using the moveItemAtPath method. This method returns a Boolean result and takes as arguments the pathname for the file to be moved, the destination path and an optional NSError object into which information describing any errors encountered during the operation will be placed. If no error description information is required, this argument may be set to nil. Note that if the destination file path already exists this operation will fail.

var error: NSError?

if filemgr.moveItemAtPath(filepath1, toPath: filepath2, error: &error) {
    println("Move successful")
} else {
    println("Moved failed with error: \(error!.localizedDescription)")
}

Copying a File

File copying can be achieved using the copyItemAtPath method. As with the move method, this takes as arguments the source and destination pathnames and an optional NSError object. Success of the operation is indicated by the returned Boolean value:

var error: NSError?

if filemgr.copyItemAtPath(filepath1, toPath: filepath2, error: &error) {
    println("Copy successful")
} else {
    println("Copy failed with error: \(error!.localizedDescription)")
}

Removing a File

The removeItemAtPath method removes the specified file from the file system. The method takes as arguments the pathname of the file to be removed and an optional NSError object. The success of the operation is, as usual, reported in the form of a Boolean return value:

var error: NSError?

if filemgr.removeItemAtPath(filepath1, error: &error) {
    println("Remove successful")
} else {
    println("Remove failed: \(error!.localizedDescription)")
}

Learn SwiftUI and take your iOS Development to the Next Level
SwiftUI Essentials – iOS 16 Edition book is now available in Print ($39.99) and eBook ($29.99) editions. Learn more...

Buy Print Preview Book

Creating a Symbolic Link

A symbolic link to a particular file may be created using the createSymbolicLinkAtPath method. This takes as arguments the path of the symbolic link, the path to the file to which the link is to refer and an optional NSError object:

var error: NSError?

if filemgr.createSymbolicLinkAtPath(filepath2, 
		withDestinationPath: filepath1, error: &error) {
    println("Link successful")
} else {
    println("Link failed: \(error!.localizedDescription)")
}

Reading and Writing Files with NSFileManager

The NSFileManager class includes some basic file reading and writing capabilities. These capabilities are somewhat limited when compared to the options provided by the NSFileHandle class, but can be useful nonetheless.

First, the contents of a file may be read and stored in an NSData object through the use of the contentsAtPath method:

let databuffer = filemgr.contentsAtPath(filepath1)

Having stored the contents of a file in an NSData object that data may subsequently be written out to a new file using the createFileAtPath method:

filemgr.createFileAtPath(filepath2, contents: databuffer, 
				attributes: nil)

In the above example we have essentially copied the contents from an existing file to a new file. This, however, gives us no control over how much data is to be read or written and does not allow us to append data to the end of an existing file. If the file in the above example had already existed it, and any data it contained, would have been overwritten by the contents of the source file. Clearly some more flexible mechanism is required. This is provided by the Foundation Framework in the form of the NSFileHandle class.

Working with Files using the NSFileHandle Class

The NSFileHandle class provides a range of methods designed to provide a more advanced mechanism for working with files. In addition to files, this class can also be used for working with devices and network sockets. In the following sections we will look at some of the more common uses for this class.

Creating an NSFileHandle Object

An NSFileHandle object can be created when opening a file for reading, writing or updating (in other words both reading and writing). Having opened a file, it must subsequently be closed when we have finished working with it using the closeFile method. If an attempt to open a file fails, for example because an attempt is made to open a non-existent file for reading, these methods return nil.

For example, the following code excerpt opens a file for reading and then closes it without actually doing anything to the file:

let file: NSFileHandle? = NSFileHandle(forReadingAtPath: filepath1)

    if file == nil {
        println("File open failed")
    } else {
        file?.closeFile()
}

NSFileHandle File Offsets and Seeking

NSFileHandle objects maintain a pointer to the current position in a file. This is referred to as the offset. When a file is first opened the offset is set to 0 (the beginning of the file). This means that any read or write operations performed using the NSFileHandle instance methods will take place at offset 0 in the file. To perform operations at different locations in a file (for example to append data to the end of the file) it is first necessary to seek to the required offset. For example to move the current offset to the end of the file, use the seekToEndOfFile method. Alternatively, seekToFileOffset allows you to specify the precise location in the file to which the offset is to be positioned. Finally, the current offset may be identified using the offsetInFile method. In order to accommodate large files, the offset is stored in the form of an unsigned 64-bit integer.

The following example opens a file for reading and then performs a number of method calls to move the offset to different positions, outputting the current offset after each move:

let file: NSFileHandle? = NSFileHandle(forReadingAtPath: filepath1)

if file == nil {
    println("File open failed")
} else {
    println("Offset = \(file?.offsetInFile)")
    file?.seekToEndOfFile()
    println("Offset = \(file?.offsetInFile)")
    file?.seekToFileOffset(30)
    println("Offset = \(file?.offsetInFile)")
    file?.closeFile()
}

File offsets are a key aspect of working with files using the NSFileHandle class so it is worth taking extra time to make sure you understand the concept. Without knowing where the current offset is in a file it is impossible to know the location in the file where data will be read or written.

Learn SwiftUI and take your iOS Development to the Next Level
SwiftUI Essentials – iOS 16 Edition book is now available in Print ($39.99) and eBook ($29.99) editions. Learn more...

Buy Print Preview Book

Reading Data from a File

Once a file has been opened and assigned a file handle, the contents of that file may be read from the current offset position. The readDataOfLength method reads a specified number of bytes of data from the file starting at the current offset. For example, the following code reads 5 bytes of data from offset 10 in a file. The data read is returned encapsulated in an NSData object:

let file: NSFileHandle? = NSFileHandle(forReadingAtPath: filepath1)

if file == nil {
    println("File open failed")
} else {
    file?.seekToFileOffset(10)
    let databuffer = file?.readDataOfLength(5)
    file?.closeFile()
}

Alternatively, the readDataToEndOfFile method will read all the data in the file starting at the current offset and ending at the end of the file.

Writing Data to a File

The writeData method writes the data contained in an NSData object to the file starting at the location of the offset. Note that this does not insert data but rather overwrites any existing data in the file at the corresponding location.

To see this in action, let’s assume the existence of a file named quickfox.txt containing the following text:

The quick brown fox jumped over the lazy dog

Next, we will write code that opens the file for updating, seeks to position 10 and then writes some data at that location:

let file: NSFileHandle? = NSFileHandle(forUpdatingAtPath: filepath1)

if file == nil {
    println("File open failed")
} else {
    let data = ("black dog" as 
		    NSString).dataUsingEncoding(NSUTF8StringEncoding)
    file?.seekToFileOffset(10)
    file?.writeData(data!)
    file?.closeFile()
}

When the above program is compiled and executed the contents of the quickfox.txt file will have changed to:

The quick black dog jumped over the lazy dog

Truncating a File

A file may be truncated at the specified offset using the truncateFileAtOffset method. To delete the entire contents of a file, specify an offset of 0 when calling this method:

let file: NSFileHandle? = NSFileHandle(forUpdatingAtPath: filepath1)

if file == nil {
    println("File open failed")
} else {
    file?.truncateFileAtOffset(0)
    file?.closeFile()
}

Summary

Much like other operating systems, iOS provides a file system for the purposes of locally storing user and application files and data. In this and the preceding chapter, details of file and directory handling have been covered in some detail. The next chapter, entitled iOS 9 Directory Handling and File I/O in Swift – A Worked Example will work through the creation of an example designed specifically to demonstrate iOS file and directory handling.


Learn SwiftUI and take your iOS Development to the Next Level
SwiftUI Essentials – iOS 16 Edition book is now available in Print ($39.99) and eBook ($29.99) editions. Learn more...

Buy Print Preview Book



PreviousTable of ContentsNext
Working with Directories in Swift on iOS 9iOS 9 Directory Handling and File I/O in Swift – A Worked Example