使用Swift从NSData获取数据

我发现 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.

你可能想看看 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实例之间的区别在于,每次都会复制数组,并将其赋予函数 – >新副本,你做一个任务 – >新副本.对于大数据来说,这不是很理想.

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.我认为你应该坚持你现在的方式.我改变的一件事是将结构的解码放在struct本身并使用sizeof.它是这样的:

struct TreeDescription {
    var id:UInt32 = 0x00000000
    var channel:UInt8 = 0x00
    var rssi:UInt8 = 0x00

    init(data: NSData) {
        data.getBytes(&self,length: sizeof(TreeDescription))
    }
}

另一个编辑:您总是可以从不安全(可变)指针< T>获得基础数据.使用返回类型为T的方法存储器.如果需要,可以通过向它添加/减去Int来移动指针(例如获取下一个值).

编辑回答你的评论:你使用&传递一个inout变量,然后可以在函数内修改它.因为inout变量与传递指针基本相同,所以Swift开发人员决定使得为期望UnsafeMutablePointer的参数传递& value成为可能.示范:

func inoutArray(inout array: [Int]) {}

func pointerArray(array: UnsafeMutablePointer<Int>) {}

var array = [1,2,3]

inoutArray(&array)
pointerArray(&array)

这也适用于结构(也许还有其他一些东西)

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


软件简介:蓝湖辅助工具,减少移动端开发中控件属性的复制和粘贴.待开发的功能:1.支持自动生成约束2.开发设置页面3.做一个浏览器插件,支持不需要下载整个工程,可即时操作当前蓝湖浏览页面4.支持Flutter语言模板生成5.支持更多平台,如Sketch等6.支持用户自定义语言模板
现实生活中,我们听到的声音都是时间连续的,我们称为这种信号叫模拟信号。模拟信号需要进行数字化以后才能在计算机中使用。目前我们在计算机上进行音频播放都需要依赖于音频文件。那么音频文件如何生成的呢?音频文件的生成过程是将声音信息采样、量化和编码产生的数字信号的过程,我们人耳所能听到的声音频率范围为(20Hz~20KHz),因此音频文件格式的最大带宽是20KHZ。根据奈奎斯特的理论,音频文件的采样率一般在40~50KHZ之间。奈奎斯特采样定律,又称香农采样定律。...............
前言最近在B站上看到一个漂亮的仙女姐姐跳舞视频,循环看了亿遍又亿遍,久久不能离开!看着小仙紫姐姐的蹦迪视频,除了一键三连还能做什么?突发奇想,能不能把舞蹈视频转成代码舞呢?说干就干,今天就手把手教大家如何把跳舞视频转成代码舞,跟着仙女姐姐一起蹦起来~视频来源:【紫颜】见过仙女蹦迪吗 【千盏】一、核心功能设计总体来说,我们需要分为以下几步完成:从B站上把小姐姐的视频下载下来对视频进行截取GIF,把截取的GIF通过ASCII Animator进行ASCII字符转换把转换的字符gif根据每
【Android App】实战项目之仿抖音的短视频分享App(附源码和演示视频 超详细必看)
前言这一篇博客应该是我花时间最多的一次了,从2022年1月底至2022年4月底。我已经将这篇博客的内容写为论文,上传至arxiv:https://arxiv.org/pdf/2204.10160.pdf欢迎大家指出我论文中的问题,特别是语法与用词问题在github上,我也上传了完整的项目:https://github.com/Whiffe/Custom-ava-dataset_Custom-Spatio-Temporally-Action-Video-Dataset关于自定义ava数据集,也是后台
因为我既对接过session、cookie,也对接过JWT,今年因为工作需要也对接了gtoken的2个版本,对这方面的理解还算深入。尤其是看到官方文档评论区又小伙伴表示看不懂,所以做了这期视频内容出来:视频在这里:本期内容对应B站的开源视频因为涉及的知识点比较多,视频内容比较长。如果你觉得看视频浪费时间,可以直接阅读源码:goframe v2版本集成gtokengoframe v1版本集成gtokengoframe v2版本集成jwtgoframe v2版本session登录官方调用示例文档jwt和sess
【Android App】实战项目之仿微信的私信和群聊App(附源码和演示视频 超详细必看)
用Android Studio的VideoView组件实现简单的本地视频播放器。本文将讲解如何使用Android视频播放器VideoView组件来播放本地视频和网络视频,实现起来还是比较简单的。VideoView组件的作用与ImageView类似,只是ImageView用于显示图片,VideoView用于播放视频。...
采用MATLAB对正弦信号,语音信号进行生成、采样和内插恢复,利用MATLAB工具箱对混杂噪声的音频信号进行滤波
随着移动互联网、云端存储等技术的快速发展,包含丰富信息的音频数据呈现几何级速率增长。这些海量数据在为人工分析带来困难的同时,也为音频认知、创新学习研究提供了数据基础。在本节中,我们通过构建生成模型来生成音频序列文件,从而进一步加深对序列数据处理问题的了解。
基于yolov5+deepsort+slowfast算法的视频实时行为检测。1. yolov5实现目标检测,确定目标坐标 2. deepsort实现目标跟踪,持续标注目标坐标 3. slowfast实现动作识别,并给出置信率 4. 用框持续框住目标,并将动作类别以及置信度显示在框上
数字电子钟设计本文主要完成数字电子钟的以下功能1、计时功能(24小时)2、秒表功能(一个按键实现开始暂停,另一个按键实现清零功能)3、闹钟功能(设置闹钟以及到时响10秒)4、校时功能5、其他功能(清零、加速、星期、八位数码管显示等)前排提示:前面几篇文章介绍过的内容就不详细介绍了,可以看我专栏的前几篇文章。PS.工程文件放在最后面总体设计本次设计主要是在前一篇文章 数字电子钟基本功能的实现 的基础上改编而成的,主要结构不变,分频器将50MHz分为较低的频率备用;dig_select
1.进入官网下载OBS stdioOpen Broadcaster Software | OBS (obsproject.com)2.下载一个插件,拓展OBS的虚拟摄像头功能链接:OBS 虚拟摄像头插件.zip_免费高速下载|百度网盘-分享无限制 (baidu.com)提取码:6656--来自百度网盘超级会员V1的分享**注意**该插件必须下载但OBS的根目录(应该是自动匹配了的)3.打开OBS,选中虚拟摄像头选择启用在底部添加一段视频录制选择下面,进行录制.
Meta公司在9月29日首次推出一款人工智能系统模型:Make-A-Video,可以从给定的文字提示生成短视频。基于**文本到图像生成技术的最新进展**,该技术旨在实现文本到视频的生成,可以仅用几个单词或几行文本生成异想天开、独一无二的视频,将无限的想象力带入生活
音频信号叠加噪声及滤波一、前言二、信号分析及加噪三、滤波去噪四、总结一、前言之前一直对硬件上的内容比较关注,但是可能是因为硬件方面的东西可能真的是比较杂,而且需要渗透的东西太多了,所以学习进展比较缓慢。因为也很少有单纯的硬件学习研究,总是会伴随着各种理论需要硬件做支撑,所以还是想要慢慢接触理论学习。但是之前总找不到切入点,不知道从哪里开始,就一直拖着。最近稍微接触了一点信号处理,就用这个当作切入点,开始接触理论学习。二、信号分析及加噪信号处理选用了matlab做工具,选了一个最简单的语音信号处理方
腾讯云 TRTC 实时音视频服务体验,从认识 TRTC 到 TRTC 的开发实践,Demo 演示& IM 服务搭建。
音乐音频分类技术能够基于音乐内容为音乐添加类别标签,在音乐资源的高效组织、检索和推荐等相关方面的研究和应用具有重要意义。传统的音乐分类方法大量使用了人工设计的声学特征,特征的设计需要音乐领域的知识,不同分类任务的特征往往并不通用。深度学习的出现给更好地解决音乐分类问题提供了新的思路,本文对基于深度学习的音乐音频分类方法进行了研究。首先将音乐的音频信号转换成声谱作为统一表示,避免了手工选取特征存在的问题,然后基于一维卷积构建了一种音乐分类模型。
C++知识精讲16 | 井字棋游戏(配资源+视频)【赋源码,双人对战】
本文主要讲解如何在Java中,使用FFmpeg进行视频的帧读取,并最终合并成Gif动态图。
在本篇博文中,我们谈及了 Swift 中 some、any 关键字以及主关联类型(primary associated types)的前世今生,并由浅及深用简明的示例向大家讲解了它们之间的奥秘玄机。