以前工作的项目都是基于 SVN 来对项目进行管理，小编今天在这里向大家讲述另外一种管理方式 git。

下面👇小编先对 git 展示使用思维导图：

上一篇博客关于云相册实现对上传图片后结合（内存缓存，SQLite3 和 文件储存结合的形式），本篇博客讲述多线程并发上传和下载图片的实现原理。

【云相册实现架构图】

前几天讲解过 Socket 的相关知识，但是在查找资料后看到 IM zhong还有其他的相关协议。今天小编就讲解其他的协议：WebSocket。

之所以研究 WebSocket 原因是相比较与 Socket，WebSocket可以是 server 端向 client 进行信息发送，不需要 client 为获取信息而采用长期轮询方式来获取信息。

WebSocket 简介

起源

WebSocket 是一种在单个TCP连接上进行全双工通讯的协议。通信协议于 2011 年被 IETF 定为标准 RFC 6455，并由 RFC7936 补充规范。

目前浏览器对服务器的访问发送 HTTP 请求，然后由服务器返回最新的数据给客户端的浏览器。但是网站如果要实现推送技术，就需要采用轮询。但是这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而 HTTP 请求可能包含较长的头部，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。

老大最近说公司要开始做新的项目，给一些相关 IM 通信方面的资料。目前仅仅对 Socket 和 WebSocket 一些基本知识进行整理。

下面整理出 HTTP/IP 相关知识思维导图

这篇文章我将接着节讲述关于 SDWebImage 图片下载后处理方式，缓存进行讲解。

经过上面我们可以知道 SDWebImage 是可以从远程的服务器加载图片，然后在UIImageView 上进行显示。但是你有想过 SDWebImage 到底是什么呢？

在使用时我们知道需要导入包：UIImageView+WebCache.h 我们可以根据这看出 SDWebImage 是一个 UIImageView 的分类，使用 Category 进行分装的类。下面列出 SDWebImage 可以实现的功能：

• 提供 UIImageView 的一个分类，可以对图片进行异步加载和缓存管理
• 一步内存 & 磁盘管理 & 自动对过期的缓存进行相关的处理
• 一个一步图片的加载器
• 支持 GIF 的图片加载
• 后台对图片进行解压处理
• 确保同意 URL 的图片不会被数次加载
• 确保虚假的 URL 不会被反复加载
• 确保下载和缓存时主线程不会被阻塞
• 优良使用性能
• 采用 GCD 可以采用并行处理，iOS 5.0 的 ARC 自动计数原则
• 支持 Arm64 (64位 CPU 处理)

前端时间完成云相册经常使用到 SDWebImage 来进行图片加载，但对于图片加载过程中怎么样实现不会深究。下面小编就对 SDWebImage 进行相应的分析：

SDWebImage 的下载器

SDWebImage 的下载器是 SDWebImageDownloader 利用单例模式sharedDownloader，可以对下载的图片进行相关配置。
可以配置的部分如下：

• 下载选项
• HTTP的头部
• 压缩、下载超时、下载顺序、最大并发数等

下载选项

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

typedef NS_OPTIONS(NSUInteger, SDWebImageDownloaderOptions) {
   //下载的优先级低
    SDWebImageDownloaderLowPriority = 1 << 0,
   //下载进度
    SDWebImageDownloaderProgressiveDownload = 1 << 1,
   //下载路径缓存
    SDWebImageDownloaderUseNSURLCache = 1 << 2,
   //下载过程的请求缓存
    SDWebImageDownloaderIgnoreCachedResponse = 1 << 3,
   //后台进行继续下载
    SDWebImageDownloaderContinueInBackground = 1 << 4,    
   //处理 cookies
    SDWebImageDownloaderHandleCookies = 1 << 5,
   //循序无效的 SSL 证书
    SDWebImageDownloaderAllowInvalidSSLCertificates = 1 << 6,
   //下载优先级高
    SDWebImageDownloaderHighPriority = 1 << 7,
};

本篇文章小编向大家讲述外观模式相关知识和实现方式，以及在我们开发过程中使用情况。

外观模式：为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

在外观模式中有三个角色：外观角色(Facade) 和 子系统角色(SubSystem)。

简介

• 外观角色(Facade)

客户端可以调用外观角色的方法，在外观角色中可以知道相关的一个或者多个子系统的功能和责任。在正常时，将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。

刚进进入公司差不多一个月左右就被老大安排跟着老大做简拼中一个相册的模块：云相册。到目前为止历时近 5 个月时间模块的开发经过相关的测试也上线。

• 云相册来源

公司原来把用户相册上传到自己的服务器上面。但是经过后台和我们老大民哥商量打算把相册保存在阿里云上。目前相册的基本功能都已经实现也经过相关的测试，但考虑到用户体验和节省流量情况下打算对上传照片进行缓存处理。

为什么采用缓存？

下面小编就把与相册图片展示的下载过程列出来：

本篇小编将向大家讲述结构模式中的组合模式。当我们在编码的过程中经常会遇到一些使用树状结构的功能过程中，我们可以使用组合模式来对其进行实现代码重构。

组合模式(Composite Pattern)：

组合多个对象形成树形结构以表示具有“整体—部分”关系的层次结构。组合模式对单个对象（即叶子对象）和组合对象（即容器对象）的使用具有一致性，组合模式又可以称为“整体—部分”(Part-Whole)模式，改模式中有三个角色：抽象构建(Component)、叶子构件(Leaf) 和 容器构件(Composite)。

简介

在下面小编先介绍下组合模式中三个角色，简单概括下三个角色的主要功能和对三者之间的关系梳理。