Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/mochidev/bytes

Swift Library for working with sequences of Bytes (aka [UInt8])
https://github.com/mochidev/bytes

bytes serialization swift swift-package-manager swift-server swift5-10 swift5-7 swift5-8 swift5-9

Last synced: about 2 months ago
JSON representation

Swift Library for working with sequences of Bytes (aka [UInt8])

Awesome Lists containing this project

README

        

# Bytes









Test Status

`Bytes` aims to be your go-to Swift library for transforming basic types to and from buffers of bytes that can be serialized and written to the network, a file, or a database.

## Quick Links

- [Documentation](https://swiftpackageindex.com/mochidev/Bytes/documentation)

## Installation

Add `Bytes` as a dependency in your `Package.swift` file to start using it. Then, add `import Bytes` to any file you wish to use the library in.

Please check the [releases](https://github.com/mochidev/Bytes/releases) for recommended versions.

```swift
dependencies: [
.package(url: "https://github.com/mochidev/Bytes.git", .upToNextMinor(from: "0.3.1")),
],
...
targets: [
.target(
name: "MyPackage",
dependencies: [
"Bytes",
]
)
]
```

## What is `Bytes`?

`Bytes` is a type alias for `[UInt8]`, which means you can use them anywhere a buffer of bytes would be expected. Although extensions on `Int`, `String`, `UUID`, and even enumerations are provided, this library ultimately lets you transform any fixed-size structure to and from `Bytes`:

```swift
struct Example {
let a: UInt8
let b: UInt8
}

func methodThatTakesExample(_ example: Example) { ... }

let example = Example(a: 1, b: 2)

// Turn a Swift type into Bytes:
let bytes = Bytes(casting: example) // [0x01, 0x02]

// Turn Bytes into a Swift type:
let backToExample = try bytes.casting(to: Example.self) // Type is explicit
methodThatTakesExample(try bytes.casting()) // Type is inferred from context
```

Do note that objects cast to and from Bytes in this way are not stable outside of the program scope, since they mirror the memory layout of the object at that moment in time. It is much more preferable to encode the item directly using the specialized methods on `Int`, `String`, `UUID`, etc…, as they provide a stable and consistent scheme of encoding and decoding objects in memory.

### Integers

When working with integers, it is preferable to use the `bigEndianBytes`/ `littleEndianBytes` and `init(bigEndianBytes: Bytes)`/`init(littleEndianBytes: Bytes)` integer-specific properties and initializers when possible, as they will be guaranteed to be cross platform (casting will always use the byte-order native to system memory). Integer overrides are available for all integer types: `Int8`, `UInt8`, `Int16`, `UInt16`, `Int32`, `UInt32`, `Int64`, and `UInt64`. Using `Int` and `UInt` for serialization is not recommended, as they are different sizes on different platforms.

### Strings

To make working with Strings and Characters easy and unambiguous, `utf8Bytes` and `init(utf8Bytes: Bytes)` are available. These are _not_ `null`-terminated, though you can achieve that quite easily: `"Hello".utf8Bytes + [0]`.

### UUIDs

UUIDs support serialization in both compact byte form (`bytes` and `init(bytes: Bytes)`), and human-readable string form (`stringBytes` and `init(stringBytes: Bytes)`)

### Enums, OptionSets, and `RawRepresentable`

Enums and other types that conform to `RawRepresentable` are also supported out of the box via `rawBytes` and `init(rawBytes: Bytes)`. Types who's `RawType` is an Integer or String/Character can also use the above getters and initializers.

### Collections of Integers, UUIDs, Enums, and other Fixed-Size Types

An array or set of Integers can be serialized using `bigEndianBytes`/ `littleEndianBytes`, and initialized using `init(bigEndianBytes: Bytes)`/`init(littleEndianBytes: Bytes)`. The same can be done with collections of UUIDs and `RawRepresentable` enums by using the APIs specific to their types.

### Checking for Values

Sometimes, while reading a sequence of bytes you just want to verify that the next byte in a sequence is a constant. This is easy to do with the `check()` family of methods on iterators:

```swift
try iterator.check(0) // Check for 0x00, throw if not found
try iterator.check([0x0d, 0x0a]) // Check for \r\n, throw if not found
try iterator.checkIfPresent([0x0d, 0x0a]) // Check for \r\n, return false if iterator is finished, throw if not finished and not found
try iterator.checkIfPresent(utf8: "\r\n") // Check for \r\n, return false if iterator is finished, throw if not finished and not found
try iterator.checkIfPresent(utf8: Separators.header) // Check for \r\n\r\n, return false if iterator is finished, throw if not finished and not found
```

### Complex Example

Since `Bytes` is just an array, all the methods you are used to are available, including working with slices. If you are working with more complex serialization, consider the example below:

```swift
struct Versionstamp {
let transactionCommitVersion: UInt64
let batchNumber: UInt16
var userData: UInt16?

init(transactionCommitVersion: UInt64, batchNumber: UInt16, userData: UInt16? = nil) {
self.transactionCommitVersion = transactionCommitVersion
self.batchNumber = batchNumber
self.userData = userData
}

var bytes: Bytes {
var result = Bytes()
result.reserveCapacity(userData == nil ? 10 : 12)

result.append(contentsOf: transactionCommitVersion.bigEndianBytes)
result.append(contentsOf: batchNumber.bigEndianBytes)

if let userData = userData {
result.append(contentsOf: userData.bigEndianBytes)
}

return result
}

init(_ bytes: Bytes?) throws {
guard let bytes = bytes, bytes.count == 10 || bytes.count == 12 else {
throw Error.invalidVersionstamp
}

let transactionCommitVersion = try! UInt64(bigEndianBytes: bytes[0..<8])
let batchNumber = try! UInt16(bigEndianBytes: bytes[8..<10])
var userData: UInt16?

if bytes.count == 12 {
userData = try! UInt16(bigEndianBytes: bytes[10..<12])
}

self.init(transactionCommitVersion: transactionCommitVersion, batchNumber: batchNumber, userData: userData)
}

/// Alternatively using the ByteIterator-class of methods, which don't require keeping track of indices since they decode objects in order.
init(sequence: Bytes?) throws {
var iterator = sequence.makeIterator()

self.init(
transactionCommitVersion: try iterator.next(bigEndian: UInt64.self),
batchNumber: try iterator.next(bigEndian: UInt16.self),
userData: try iterator.nextIfPresent(bigEndian: UInt16.self)
)

/// Verify we are at the end of the stream of bytes.
guard iterator.next() == nil else {
throw Error.invalidVersionstamp
}
}
}
```

### AsyncSequence

Bytes can also be used to pull data from `AsyncSequence` iterators. To learn more, please see [Integration with AsyncSequenceReader](https://github.com/mochidev/AsyncSequenceReader#integration-with-bytes).

For instance, improving the above example:
```swift
#if compiler(>=5.5) && canImport(_Concurrency)

@available(macOS 10.15, iOS 13.0, watchOS 6.0, tvOS 13.0, *)
extension AsyncIteratorProtocol where Element == Byte {
@inlinable
mutating func next(_ type: Versionstamp.Type) async throws -> Versionstamp {
Versionstamp(
transactionCommitVersion: try await next(bigEndian: UInt64.self),
batchNumber: try await next(bigEndian: UInt16.self),
userData: try await nextIfPresent(bigEndian: UInt16.self)
)
}
}

#endif
```

## Contributing

Contribution is welcome! Please take a look at the issues already available, or start a new issue to discuss a new feature. Although guarantees can't be made regarding feature requests, PRs that fit within the goals of the project and that have been discussed beforehand are more than welcome!

Please make sure that all submissions have clean commit histories, are well documented, and thoroughly tested. **Please rebase your PR** before submission rather than merge in `main`. Linear histories are required, so merge commits in PRs will not be accepted.