一、前语
咱们之前有一篇《抓包东西 Charles》中，有告知咱们怎么抓取 Https 的 App 数据，其间，Demo 给出了 JD 主页的抓取；本系列课程开始时，我就说过，咱们会针对 JD App 的仿照来学习 iOS Swift5 的开发。
本篇没有技术含量，不涉及到技术，仅剖析 UI 和数据（不要运营形式有哪几种吐糟我水文，为后边的 UI组件开发做衬托）。
二、主页UI结构剖析
咱们先来看一下 JD App 长的怎么，如下图：
上图未彻底展现全部的元素，咱们如果有 JD App运营形式有哪几种，能够自行翻开查看：
- 自界说导航栏运营助理的工作内容；
- 类目导航数组函数的使用方法栏；
- 轮播图（Ban数组去重ner）；
- 小图标（豆腐块）；
- 横向滚动条；
- 可吸顶分类导航栏；
- 瀑布流；
咱们都知道，主页非常重要，是最尖端的流量进口，因而，主页会经过不同的 UI 组件，来尽或许多的、换着把戏的方法来向用户展现引荐产品或者是爆款产品，除了以上 JD 用到的这些 UI 组件，还能够有其它 UI 组件（咱们能够多看看不同数据剖析师的 A数据结构题库及答案pp运营助理，如：天猫、PDD、爱奇艺、腾讯视频等）。
三、抓包 & 数据剖析
用 Charles 抓包后，数据结构c语言版咱们拿到原数据剖析师始的央求，之后运营办理能够运用其它网络央求东西，来重复央求该接口，这儿，我用 postman 来模仿央求：数组词
该东西，能够将https域名回来的 JSON 美化，便利咱们查看数据结构和字段。
之前我就说了，会吐糟 JD App 的主页接运营是什么意思口回来的数据结构，简直是『目瞪狗呆』！为啥这么说，请看我来剖析（特意开一篇来吐糟）：
上图中，咱们可数组和链表的区别以看到 floorList 是一个政策数组：
第一个政策，便是咱们说的类目导航栏，其间有个 content 字段数据结构难学吗，也是一个政策数组；
接下来，咱们剖析第二个政策，它是轮播图（Banner）：
咱们越过第三政策，剖析第四个政策，它便是小图标（豆腐块），其间 content 字段，类型变成运营了政策，而不是政策数组；
好了，后边的我不想剖析了，剖析暂时到此，为何数据剖析师要考什么证？
由于，当初我剖析了前两个政策（第一、数据剖析师高薪圈套二）后，居然单纯的认为全部的政策中 content 字段都会是政策数组，然后，我去反序列化时，直接报错，我就很乖僻，对我界说的接收 model 做减法，究竟定位到 content 字段有问题，然后，依次看了 floorList 的数据，才发现内幕（我表明，担任 JD 主页的程序猿是有多么的悲痛）；可是，转念一想，其实我或许错了，大公司是分笔直事务线的，因而，会有多个笔直事务团队（产品、运营、研制、查验等），所以，主页也便是这运营些笔直团队的必争之地，运营办理因而，主页接口或许仅仅聚合了这几个事务团队的接口，App端也是由相应的事务团队自己担任，而不是如小公司一样，由一人担任。
本篇剖析到此，先暂时和咱们说再会，下一篇开始，咱们将进入组件化的开发、然后再集成在一起，用真实的数据将全部数组的 UI组件窜起来展现究竟的数据结构作用。
