[转载] RTC 弱网对抗之冗余策略
背景
当下社会，实时音视频通话已经成为人们生活、工作中重要的组成部分，如商务会谈、亲朋聊天等。而在通话过程中，总会存在着这样那样的意外情况：可能你坐在飞驰的高铁上——信号时好时坏；又或者在会议途中离开办公室——网络从 wifi 切换到 4G……实现高质量的实时音视频通话需要搭建一座无视距离连接人们的“桥梁”，而这座“桥梁”需要优秀的“基建技术”来保障网络传输的稳定性和可靠性。
iOS 放大视图(Display Zoom - Zoomed) bug
[转载] YYEVA 动画实现
动画方案
概述
在目前的视频直播行业，礼物动画效果越来越酷炫。但由于动画方案和设备性能的原因，动画设计师的好多想法并没有得到很好的还原。YY的动画方案在近10年的时间也是经历了图片序列帧、SVGA、MP4、到现在的支持动态插入元素的YYEVA(YY Effect Video Animate)方案。目前已经基本能够实现设计师所见即所得，充分解放了设计师的想象力,同时能够在体积和性能上取得平衡。
在这篇文章中，我会从原理上去讲解目前市面上和YY的动画方案。也提供对比，以及分析各自的优缺点，方便开发者进行方案的选择。
[转载] 抖音 iOS 推荐 Feed 容器化总结
[转载]抖音 iOS 推荐 Feed 容器化总结
背景
抖音 Feed 容器在推荐、关注、同城、朋友等多个场景中使用，每个场景都有自身的逻辑和业务，最终汇总在 FeedViewController 中，随着业务的迭代，代码越来越臃肿，面临如下的问题：
- 容器类(FeedViewController) 有 10000+行，还有十多个业务分类，整体的理解和维护成本高
- 容器类 框架和业务边界不清晰，框架代码的修改不收敛和不规范，业务改动可能导致线上问题，如数据层不收敛导致的问题：自动删除导致一次滑动多个视频或者自动跳转到第一个视频等问题
- 容器类 承担了推荐、关注、朋友三个大场景，细节的业务逻辑差异较多，目前多业务代码耦合在一起，增加新功能时需要考虑其他业务方，容易引入问题，开发和测试效率低
- 内流容器和外流容器，形态相似但是代码分离，主体代码重复，新增功能时需要在两个类中做重复开发，如：视频预加载优化等，开发和维护成本高
- 核心功能的监控和代码防劣化的体系不完善
[转载] 得物 iOS 工程演进之路
iOS 动图优化实践
iOS 动图优化实践
GIF 和 Animated WebP 是互联网上最主流的动图格式, 但是在 iOS 开发中, 原生的 UIImage 并不直接支持 GIF 以及 Animated WebP 的展示, 因此有了各种优秀的第三方开源方案, 例如 SDWebImage 以及 YYImage 等. 这篇文章将以我在开发中优化动图的实践为基础, 来介绍不同方案的思路以及优劣, 并给出优化的方案.
Objective-C 头文件展开
Objective-C 头文件展开
在 Objective-C 中, 头文件展开是在预处理阶段处理的, 如果项目头文件过多以及头文件写法不规范, 经常产生各种问题, 比如想找某个头文件是在哪里被导入的, 搜索代码基本搞不定, 比如我想找 ComHelper.h 是在哪里被引入的, 需要先展开头文件
Objective-C Redefinition of forward class 'Foo' 编译错误
iOS 无障碍化(适老化)适配总结
iOS 无障碍化(适老化)适配总结
VoiceOver 和 Accessibility
iOS 开发中主要讨论的是 UIAccessibility 的 API 在 VoiceOver 上的运用.
重要: 使用旁白过程中遇到不明白的可以参考这个文档
旁白使用手册-在 iPhone 上学习旁白手势
比如下面这些情况
- 页面滚动, 旁白操作是 “三指轻扫”
- 激活项目, 旁白操作是 “轻点两下”
- “幕帘屏”功能, 屏幕会关闭, 但是屏幕依旧可以操作(不是 bug) 开关这个功能操作是”三指轻点三下”
- UISlider 的操作是 “轻点以选择滑块，然后单指上下轻扫”