iOS开发面试只需知道这些,技术基本通关!(设计模式篇)

367

设计模式.png

一、编程中的六大设计原则?

1.单一职责原则

通俗地讲就是一个类只做一件事

CALayer:动画和视图的显示。

UIView:只负责事件传递、事件响应。

2.开闭原则

对修改关闭,对扩展开放。 要考虑到后续的扩展性,而不是在原有的基础上来回修改

3.接口隔离原则

使用多个专门的协议、而不是一个庞大臃肿的协议

UITableviewDelegate

UITableViewDataSource

4.依赖倒置原则

抽象不应该依赖于具体实现、具体实现可以依赖于抽象。 调用接口感觉不到内部是如何操作的

5.里氏替换原则

父类可以被子类无缝替换,且原有的功能不受任何影响 例如 KVO

6.迪米特法则

一个对象应当对其他对象尽可能少的了解,实现高聚合、低耦合

二、如何设计一个图片缓存框架?

可以模仿SDWebImage来实现。

构成

Manager

 内存缓存

 磁盘缓存

 网络下载

Code Manager

 图片解码

 图片解压缩

图片的存储是以图片的单向hash值为Key

内存设计需要考虑的问题

存储的 Size

因为内存的空间有限,我们针对不同尺寸的图片,给出不同的方案

 10K以下的 50个

 100Kb以下的 20个

 100kb以上的 10个

淘汰的策略

内存的淘汰策略采取LRU(最近最少使用算法)

触发淘汰策略的时机有三种

 1.定期检查(不建议,耗性能)

 2.提高检查触发频率(一定要注意开销)

…… 1.前后台切换的时候

…… 2.每次读写的时候

磁盘设计需要考虑的问题

 存储方式

 大小限制(有固定的大小)

 移除策略(可以设置为 7天或者 15天)

网络设计需要考虑的问题

 图片请求的最大并发量

 请求超时策略

 请求优先级

图片解码

应用策略模式,针对jpgpnggif等不同的图片格式进行解码

图片解码的时机

 在子线程图片刚下载完时

 在子线程刚从磁盘读取完时

避免在主线程解压缩、解码,避免卡顿

三、如何设计一个时长统计框架?

欢迎关注公众号:编程大鑫,一起交流进步!

记录器

 页面式记录器

 流式记录器

 自定义式

记录管理者

 内存记录缓存

 磁盘存储

 上传器

如何降低数据的丢失率?

 定期写入磁盘

 每当达到某个值的时候,就写入磁盘

记录上传的时机

 前后台切换的时候可以上传

从无网到有网切换的时候可以上传

上传时机的选择

 立即上传

 定时上传

 延时上传