NickQCX

原文地址：All about Concurrency in Swift - Part 1: The Present 原文作者：Umberto Raimondi 译文出自：掘金翻译计划 译者：Deepmissea 校对者：Feximin，zhangqippp Swift 中关于并…

iOS const与#define的使用

随着移动互联网向纵深发展，用户变得越来越关心应用的体验，开发者必须关注应用性能所带来的用户流失问题。

国内移动网络环境非常复杂，WIFI、4G、3G、2.5G(Edge)、2G 等多种移动网络并存，用户的网络可能会在 WIFI/4G/3G/2.5G/2G 类型之间切换，这是移动网络和传统网络一个很大的区别，被称作是 Connection Migration 问题。此外，还存在国内运营商网络的 DNS 解析慢、失败率高、DNS 被劫持的问题；还有国内运营商互联和海外访问国内带宽低传输慢等问题。这些网络问题令人非常头疼。移动网络的现状造成了用户在使用过程中经常会遇到各种网络问题，网络问题将直接导致用户无法在 App 进行操作，当一些关键的业务接口出现错误时，甚至会直接导致用户的大量流失。网络问题不仅给移动开发带来了巨大的挑战，同时也给网络监控带来了全新的机遇。以往要解决这些问题，只能靠经验和猜想，而如果能站在 App 的视角对网络进行监控，就能更有针对性地了解产生问题的根源。

关于 iOS 架构的文章感觉已经泛滥了，前一阵正好 Android 官方推了一套 App Architecture ，于是就在想，对于 iOS 来说，怎样的架构才是最适合的。带着这个问题，我开始了探索。

缓存组件应该说是每个客户端程序必备的核心组件，试想对于每个界面的访问都必须重新请求势必降低用户体验。但是如何处理客户端缓存貌似并没有统一的解决方案，多数开发者选择自行创建数据库直接将服务器端请求的 JSON（或 Model）缓存起来，下次请求则查询数据库检查缓存是否存在；另外还有些开发者会选择以归档文件的方式保存缓存数据，每次请求资源之前检查相应的缓存文件。事实上 iOS 系统自身就提供了一套缓存机制，本文将结合 URL Loading System 介绍一下如何利用系统自身缓存设计来实现一套缓存机制，使用这套缓存设计你无需自己编写内存和磁盘存储，无需自行检查缓存过期策略就能轻松实现数据缓存。

2017 版「Keep」APP 原型资源分享，组件库和原型均可下载使用。

你嗦我滋磁不滋磁，我当然滋磁啦