我发现Swift
和NSData
是一种沮丧的邪恶婚姻。我发现每次处理这件事情时,我觉得所有新发现的Swift安全都会消失。崩溃的数量(无助的痕迹)没有帮助。
所以,我已经了解到,通过执行以下操作,我可以避免可怕的UnsafeMutablePointer
内容:
var bytes = [UInt8](count: 15, repeatedValue: 0)
anNSData.getBytes(&bytes, length=15)
我还发现,我可以直接提取到奇异值:
var u32:UInt32 = 0
anNSData.getBytes(&u32, length=4)
这导致两个中间问题:
1)我可以使用哪种东西比那里的硬编码常量更可靠。如果这是C,我只使用sizeof
。但我想我读过,也许我应该使用strideof
代替sizeof
?这不会对[UInt8]
起作用,不是吗?
2)文档(对于Swift)说这个参数应该是_ buffer: UnsafeMutablePointer<Void>
。那么这是如何工作的呢?我刚刚幸运吗?为什么我要这样做而不是更原生/托管[Uint8]构造?我想知道UnsafeMutablePointer
是否是一个协议,但它是一个结构。
直接读取值(而不是数组),我想也许我可以尝试另一种结构。我有一个6字节的结构,看起来像:
struct TreeDescription : Hashable {
var id:UInt32 = 0x00000000
var channel:UInt8 = 0x00
var rssi:UInt8 = 0x00
var hashValue:Int {
return Int(self.id)
}
}
哪个实际有用(在认为它没有,但最终做了一个干净,这使得一些崩溃消失了)!
var tree = TreeDescription()
anNSData.getBytes(&newTree, length: 6)
但这让我担心结构包装细节?为什么这样做?我应该担心这样做什么?
这对我来说感觉非常好。我认为Swift把C从ObjectiveC中拿走了。
答案 0 :(得分:2)
你可能想看看RawData哪个是真的很新,这个人只是尝试了一下这个想法,所以不要认为它测试得好或者什么,有些功能还没有实现。它基本上是一个Swift-y包装器(你猜对了)原始数据,一系列字节。
使用此扩展程序,您可以使用NSData
实例初始化它:
extension RawData {
convenience init(data: NSData) {
self.init(UnsafeMutableBufferPointer(start: UnsafeMutablePointer(data.bytes), count: data.length))
}
}
你会这样称呼它:
let data = "Hello, data!".dataUsingEncoding(NSASCIIStringEncoding)!
let rawData = RawData(data: data)
编辑:回答你的问题:
问题是数据可能很大,非常大。你通常不想复制大件东西,因为空间是有价值的。 [UInt8]
值数组与NSData
实例之间的区别在于,每次都会复制数组,将其赋予函数 - &gt;新副本,你做一个任务 - &gt;新副本。对于大数据而言,这并不是很理想。
1)如果你想要最原生,最安全的方式,没有任何第三方库,你可以这样做:
let data = UnsafeMutableBufferPointer(start: UnsafeMutablePointer(data.bytes), count: data.length)
(我知道这听起来不太安全,但请相信我)。你可以使用它几乎像一个普通的数组:
let data = "Hello, data!".dataUsingEncoding(NSASCIIStringEncoding)!
let bytes = UnsafeMutableBufferPointer(start: UnsafeMutablePointer<UInt8>(data.bytes), count: data.length)
for byte in bytes {}
bytes.indexOf(0)
bytes.maxElement()
并且在传递数据时不会复制数据。
2)UnsafeMutablePointer<Void>
确实非常类似C,在此上下文中它表示指针序列中的起始值(也称为base)。 Void
类型也来自C,这意味着指针不知道它存储的是什么类型的值。您可以将所有类型的指针转换为您期望的类型:UnsafeMutablePointer<Int>(yourVoidPointer)
(这不应该崩溃)。如前所述,您可以使用UnsafeMutableBufferPointer
将其用作类型的集合。 UnsafeMutableBufferPointer
只是你的基指针和长度的包装(这解释了我使用的初始化)。
您将数据直接解码到结构中的方法确实有效,即使在编译时,结构的属性也是正确的,并且结构的大小恰好是它的存储属性的总和。像你这样的简单数据完全没问题。还有一种方法:使用NSCoding
协议。优势:更安全。缺点:你必须继承NSObject。我认为你应该坚持你现在的方式。我要改变的一件事是将结构的解码放在结构本身中并使用sizeof
。喜欢这样:
struct TreeDescription {
var id:UInt32 = 0x00000000
var channel:UInt8 = 0x00
var rssi:UInt8 = 0x00
init(data: NSData) {
data.getBytes(&self, length: sizeof(TreeDescription))
}
}
另一个编辑:您始终可以使用返回类型为Unsafe(Mutable)Pointer<T>
的方法memory
从T
获取基础数据。如果你需要,你可以随时移动指针(例如获得下一个值),只需添加/减去Int
即可。
编辑回答您的评论:您使用&
传递inout
变量,然后可以在该函数中对其进行修改。因为inout
变量与传递指针基本相同,所以Swift开发人员决定使&value
传递给期望UnsafeMutablePointer
的参数。示范:
func inoutArray(inout array: [Int]) {}
func pointerArray(array: UnsafeMutablePointer<Int>) {}
var array = [1, 2, 3]
inoutArray(&array)
pointerArray(&array)
这也适用于structs
(可能还有其他一些事情)