Bison 的技术博客是什么?如何用它学习 iOS 开发
Bison 的技术博客(allluckly.cn)是一个面向 iOS 开发进阶的中文技术博客,定位是分享 iOS 开发技术、疑难问题和第三方开源框架。如果你已经掌握 Swift 或 Objective-C 基础语法,想找一些偏实战、偏具体问题的中文文章来补充学习,它适合作为辅助阅读来源;如果你需要的是系统化课程或官方文档式的完整教程,它不能替代教材,更适合当作遇到具体问题时的检索对象。
博客的定位与内容方向
从站点自身的描述看,它强调三件事:
- 进阶向:面向“自学 iOS 开发进阶”的读者,而不是零基础入门。
- 疑难杂症:把开发中遇到的问题整理成文章,属于经验型内容。
- 第三方框架:会搜寻并分享优秀的开源框架。
关键词覆盖 Swift 开发教程、iOS 开发技巧、OC 开发、iOS 软件开发等,说明内容同时涉及 Swift 和 Objective-C 两条技术线,而不是只押注某一种语言。
典型内容长什么样
从页面可见的文章标题和分类可以判断内容颗粒度。以 FFmpeg 方向为例,站内出现了这样一组文章:
| 文章标题 | 主题 |
|---|---|
| FFmpeg-iOS 获取摄像头麦克风 | 在 iOS 上调用 FFmpeg 采集音视频 |
| FFmpeg-iOS 推流器的简单封装 | 对推流逻辑做封装 |
| FFmpeg-iOS 的 H.264 解码 | 视频解码 |
| Mac 编译 ffmpeg 获取 FFmpeg-iOS | 编译与环境准备 |
这组文章有明显的递进关系:先解决“怎么把 FFmpeg 编译进 iOS 项目”,再讲“怎么拿到摄像头和麦克风数据”,然后是“怎么解码 H.264”,最后是“怎么封装成推流器”。文章带有分类标签(如 FFmpeg)和发布时间(如 2017 年 7 月),说明它按主题归档、按时间累积。
这类内容的共同特征是:围绕一个具体技术任务展开,代码量不大但指向明确。比如“获取摄像头麦克风”那篇,站点摘要里直接写了“代码很少”,意味着它更适合作为动手参考,而不是理论讲解。
如何找到并浏览它
- 直接访问站点:在浏览器打开 allluckly.cn,首页即博客主体。
- 看导航与分类:页面有 MENU 入口,文章按 FFmpeg 等分类聚合,点进分类可以看到同一主题下的全部文章。
- 按主题筛选:如果你在学音视频方向,就从 FFmpeg 分类切入;如果关注语言本身,找 Swift / OC 相关标签。
- 注意更新节奏:从可见文章的日期看,内容不是高频日更型,更像阶段性整理。所以把它当作“按需查阅的存档”比当作“追更的资讯源”更合适。
用它学习 iOS 开发的具体方法
技术博客的价值不在“读完”,而在“用上”。可以按下面的流程走:
1. 先定位问题,再找文章
不要从首页顺序刷。先明确你当前卡在哪,比如“我想在 iOS 项目里接入 FFmpeg 做推流”,再去找对应文章。博客的强项是单点问题,不是知识地图。
2. 复现示例代码
文章里的代码通常是为了说明某个环节,直接复制到项目里往往跑不通。正确做法是:
- 在自己的工程里新建一个最小验证环境;
- 按文章步骤逐步接入,每步确认预期结果(比如编译是否通过、能否拿到摄像头帧);
- 遇到报错时,先判断是环境差异(Xcode 版本、FFmpeg 版本、iOS 系统版本)还是代码本身的问题。
3. 记录踩坑点
博客文章写的是作者当时的成功路径,但你的环境可能不同。把“文章没写但你必须做的步骤”记下来,比如某个依赖的安装方式、某个权限配置,这些才是你真正学到的东西。
4. 顺着分类做主题串联
单篇文章解决单点问题,但一个方向(如音视频)往往需要多篇连起来看。按分类把 FFmpeg 相关文章按“编译 → 采集 → 解码 → 推流”的顺序读一遍,比零散地看更有效。
和其他学习资源怎么搭配
| 资源类型 | 适合解决 | 和 Bison 博客的关系 |
|---|---|---|
| 官方文档(Apple Developer) | API 定义、系统机制 | 博客给实战路径,官方文档给准确语义,两者互补 |
| 系统化课程 / 教材 | 从零建立知识体系 | 博客不承担这个职责,先有体系再看博客更高效 |
| 开源项目源码 | 完整工程结构 | 博客常讲某个框架的用法,源码让你看到全貌 |
| 同类技术博客 | 多角度验证同一问题 | 同一问题看两三个来源,能快速识别哪些是环境特例 |
一个实用的组合是:用课程或官方文档打底,用 Bison 这类博客补具体场景,用开源项目验证完整实现。
什么时候它帮不上忙
- 你需要的是从零开始的入门教程;
- 你想找的是最新版本 API 的权威说明(博客内容有发布时间,可能滞后于当前 SDK);
- 你需要的是体系化的知识框架,而不是零散问题。
遇到这些情况,回到官方文档或系统课程更合适。博客的定位始终是“进阶路上的问题参考”,把它放在正确的位置,它的价值才能发挥出来。