Swift ABI 稳定对我们到底意味着什么
这篇讲的是随着 Xcode 10.2 与 Swift 5 发布在即，Swift ABI 稳定这项重大变化对开发者意味着什么。作者采用问答形式，从多个实际角度剖析了这一事件。 对于 App 开发者，最直接的影响是升级到 Xcode 10.2 后，App 包体积将显著减小。例如，一个空 App 针对 iOS 12.2 的打包大小可从 2.4MB 降至 26KB，同时应用启动速度和内存使用在新系统上也会有所优化。然而，这也意味着一种“博弈”：开发者享受更小体积的同时，将无法在旧版系统（如 iOS 12.2）上使用未来 Swift 版本引入的、与运行时相关的新特性，必须等待部署目标提升。 文章进一步探讨了这对生态的深远影响。对于框架开发者，ABI 稳定只是实现二进制分发的第一步，还需要等待“模块稳定性”的达成。作者最终将视野拉高，指出 ABI 稳定为 Apple 在系统框架中全面使用 Swift 奠定了基础，可能是 Apple 平台对抗其他技术生态的关键一步，并预示了未来数年值得关注的几个趋势，如首个纯 Swift 系统框架的诞生。
一个 GUI 系统的组成部分
这篇文章从作者开发 iOS 上的 XML+CSS UI 布局框架 CocoaUI 的切身实践出发，探讨了构建一个现代 GUI 系统所需的基石。作者首先犀利地指出了 iOS 与 Android 在界面体验上的差距，认为其根源很大程度在于底层的软件技术，尤其是字体渲染。他推崇苹果在高分辨率屏幕上锐利的渲染技术，并直言某些虚化技术带来的粗糙感。 随后，文章系统性地梳理了自建一个 GUI 系统至少需要的六大核心模块：从最基础的 Core Text（字体渲染）和 Core Graphics（2D 图形引擎），到赋予界面生命力的 Core Animation（动画）和 Event Handling（事件处理），再到支撑智能设备的 Core Audio/Video（多媒体）与 WebKit（浏览器引擎）。作者认为，字体技术的长期积累是重中之重。 最后，作者以自己的 CocoaUI 框架为例，介绍了如何利用类 Web 的 HTML+CSS 技术进行界面布局，将界面描述与逻辑编程分离，避免了用 XML 进行“编程”的误区。整篇文章是作者对 GUI 技术栈的深入思考与经验总结。
自己动手写一个 iOS 网络请求库（一）—— NSURLSession 初探
这篇讲的是，作者从一个具体目标出发——从零开始构建一个自己的 iOS 网络请求库——并选择从苹果现代的 NSURLSession 框架入手探索。文章首先简要对比了 NSURLSession 与旧有的 NSURLConnection，点明了前者在应用进入后台后更灵活的 Background Session 能力是核心优势。 随后，作者带领读者一步步动手：从创建项目、绑定按钮事件，到使用 NSURLSession.sharedSession() 发起一个最简单的 GET 请求，成功获取数据。为了更深入地理解框架行为，代码中特意引入了 sleep(5) 的延迟，验证了网络回调是在后台线程异步执行的，并未阻塞主线程。 一个有趣的发现是，当连续快速点击按钮时，请求会依次排队执行。作者据此初步推断，NSURLSession 的单例共享会话呈现出一种“异步阻塞”的队列模型。这种通过亲手编码、观察现象来反推框架内部机制的学习方式，让抽象的概念变得非常直观。文章最后附上了完整的代码示例和作者的相关开源项目。
菜鸟不要怕，看一眼，你就会用GCD，带你装逼带你飞
这篇讲的是iOS开发中GCD多线程技术的入门实战指南，作者没有堆砌理论，而是从最常用的队列概念切入，手把手教初学者正确使用。文章核心对比了串行队列与并发队列：前者任务按顺序执行，后者则能同时处理多个任务互不阻塞——通过简单的代码和清晰的线程日志输出，直观展示了两者的关键差异。接着介绍了系统预置的Global Queue（并发）与Main Queue（串行主线程）的协作模式，这是日常开发中最常见的“异步操作后回调主线程”范式。此外，作者还详细演示了如何通过dispatch_set_target_queue为自定义队列设置优先级，以及用dispatch_after实现主线程延迟操作，并解释了这些方法与RunLoop的关系。全文通过可运行的代码片段和真实的输出结果，让读者能迅速理解GCD各组件的工作机制与适用场景。
一张图帮你看懂 iPhone 的屏幕分辨率
这篇讲的是 iPhone 6 Plus 屏幕分辨率的一个常见困惑。作者从官方标称的 1920×1080 与 Xcode 模拟器显示的 2208×1242 这一“看似奇怪”的差异出发，借用一张清晰的信息图，直观拆解了其中的技术细节。 关键差异在于，2208×1242 是屏幕实际需要渲染的物理像素，而 1920×1080 是最终输出时经过缩小处理的结果。文章引用 Stack Overflow 上的解答点明了核心原因：为了让切图的放大倍数（如 @3x）和实际渲染像素都能保持为整数，系统选择了将 2208×1242 缩小约 17% 来得到标准的 1920×1080 输出。 这个解释清晰地说明了 iOS 屏幕适配中“逻辑点”与“物理像素”之间的映射关系，对于理解 Retina 显示和多分辨率适配原理很有帮助。
ReactNative Animated动画详解
这篇讲的是ReactNative中Animated动画的实际应用。作者从一个简单的淡入动画示例入手，展示了如何通过Animated.Value设定初始透明度，结合Animated.timing配置时长和缓动函数，让文字“悄悄的，我出现了”逐渐显示。 文章将实现步骤拆解为五个关键环节：使用Animated包裹的View/Image/Text组件、初始化数值、绑定动画属性、配置动画参数以及启动动画。特别提醒开发者务必使用Animated组件，否则会得到难以排查的报错——这个细节对新手很实用。 代码示例中的注释风格轻松，但背后是清晰的动画构建逻辑。作者最后也指出，基础渐显只是入门，更多组合动画技巧需要参考原文获取完整方案。整体上，这篇文章适合刚接触ReactNative动画的开发者，能快速建立实现路径的心智模型。
基于HTTP缓存轻松实现客户端应用的离线支持及网络优化
传统客户端开发中，实现离线支持往往需要引入本地数据存储，并维护“离线”与“在线”两套并行的业务逻辑，这不仅增加了数据结构兼容与版本迁移的复杂度，也给测试和维护带来了持续的负担。 这篇讲的是作者团队在实际项目中探索出的一条新路径：直接复用并扩展HTTP协议自身的缓存机制（Cache-Control），将API响应也纳入缓存管理，从而优雅地解决了上述问题。核心思路是在API client层透明地处理所有请求，对绝大部分GET类API，智能协调网络请求与本地缓存，使得业务层代码几乎无需关心离线状态。只要遵循在线逻辑编写，应用就能自动获得离线能力。 文章深入剖析了这一方案的具体优势，比如基本消除了本地数据存储需求、大幅降低代码侵入性、在弱网下提供无缝体验等。同时，它以“用户信息离线展现”和“可翻页清单离线浏览”为例，详细说明了如何通过设计API的URL结构和缓存策略（如结合Vary头与令牌实现连带失效），来应对复杂场景。最后，文章还提到了在Android和iOS平台上的具体实现要点，包括对不同系统版本HTTP缓存组件的选择建议。 通过将HTTP缓存从事实上的“静态资源优化工具”升级为一套轻量级的客户端数据层框架，该方案不仅实现了离线支持，还顺带优化了在线网络传输，为客户端架构提供了一种简洁高效的思路。
React 应用的架构模式 Flux
这篇讲的是React应用架构中的Flux模式，它专为解决组件间非父子关系的通信难题而生。当应用复杂度上升，传统的回调或事件方案会导致数据流混乱，而Flux通过强制实现单向数据流，让状态管理回归清晰可控。 Flux的核心由四个部分构成：作为动作分发中心的Dispatcher、代表交互的Actions、集中管理数据的Stores，以及负责渲染的Views。文章通过一个包含下拉菜单和内容展示的组件Demo，具体演示了数据如何从视图层发起Action，经由Dispatcher分发，最终由Store更新并通知视图刷新。其中特别处理了异步操作，将一个网络请求拆解为“请求开始”、“成功”和“失败”三个独立的Action类型。 作者并没有照搬MVC，而是阐释了Flux如何更好地契合React只关注View的理念。Store中的数据被严格封装，任何修改都必须通过Action触发，这种设计虽然增加了初期代码量，但为大型应用提供了极高的可预测性和可维护性。
Mac下.apk的反编译
这篇教程详细演示了如何在Mac环境下对Android应用的.apk文件进行反编译。作者从准备一个.apk文件开始，核心方案是结合使用三个关键的开源工具来逐步剥离应用内容。 第一步是使用 apktool，通过指定路径的命令，对.apk文件进行解码。这个过程会提取出资源文件，并解码出 AndroidManifest.xml 等XML内容。第二步则是使用 dex2jar 工具，它能将apk中的classes.dex文件转换成通用的Java归档文件(.jar)。作者提示，生成jar包后需要耐心进行下一步。第三步，用 JD-GUI 这个Java反编译器打开上一步生成的.jar包，此时就能直观地浏览应用的Java源代码了。 整个流程清晰地串联了三个工具，各自负责不同层面的解包与反编译工作。作者通过具体的命令行示例和输出反馈，将原本可能复杂的逆向过程分解成了可跟随的操作步骤。最终，读者可以掌握一套完整的组合技，从资源到代码，实现对APK文件的深度查看。
iOS 高性能异构滚动视图构建方案 —— LazyScrollView
这篇文章讲的是如何解决iOS开发中一个棘手的性能问题：当滚动视图需要展示大量异构（非统一Cell）的视图内容时，传统的UITableView或UICollectionView方案会显得不够灵活或性能不足。作者从天猫客户端首页的实际需求出发，详细介绍了他们自研的LazyScrollView方案。 LazyScrollView继承自UIScrollView，其核心设计思想是在初始状态就通过一个DataSource协议，预先获知所有子视图在滚动视图内的绝对布局坐标（Rect）。这使得框架能在滚动过程中精准计算哪些视图应该被加载或回收，实现了跨不同视图层级的复用，效果类似于TableView的复用机制，但适配性更广。 文章不仅阐述了背景和原理，还提供了清晰的使用指南，包括实现特定的数据源协议以及调用关键API。通过实际Demo演示，直观展示了视图在滚动时被复用标记的变化。内部实现的核心在于根据预先计算好的布局信息进行视图管理，这种思路为处理复杂、动态布局的滚动视图提供了一个高效的解决路径。
React 高效开发环境的搭建
这篇文章从React初学者常见的Hello World示例切入，指出在浏览器中直接编译JSX的初级方式仅适用于简单应用。作者随后直指核心痛点：在模块化开发大项目时，这种依赖浏览器端实时编译的方式显得复杂且性能低下。为此，文章系统地讲解了如何使用Gulp、Browserify、Babelify等现代前端工具链，在本地环境中搭建一个高效的React开发环境。重点包括：利用Browserify实现实时模块合并与打包，通过Babelify完成JSX及ES6/ES7语法的转译以兼容主流浏览器，并配置Gulp-Connect搭建支持Livereload的本地服务器，实现文件保存后浏览器自动刷新。整篇文章通过具体的目录结构示例和关键任务代码，清晰地展示了从手动到自动化构建的实践路径，最终构建出的环境能流畅支持组件化开发与现代JavaScript语法。
React-Native学习指南
这份指南旨在为React-Native开发者提供一站式资源导航。它从最基础的入门指南、视频教程开始，帮助新手快速上手，同时也收录了官方API文档及其高质量的中文翻译版本。 更深入的部分，文章整理了关于通信机制、布局实践、模块桥接以及如何在原生应用中集成React-Native等进阶主题的技术解析。除了React-Native核心内容，它还贴心地附上了React.js的入门资料链接，因为掌握前端基础对于理解框架至关重要。 这份资源合集还在持续更新，并关联了知名的Awesome React-Native社区仓库。它更像是一个由社区驱动、不断生长的知识索引，为不同阶段的开发者都提供了直接可用的学习路径。
iOS可视化编程 Tips 之“消灭重复又无聊的代码之 UITableView 篇”
这篇讲的是如何利用Storyboard的可视化特性，去掉iOS开发中一些重复又琐碎的UITableView编码工作。作者从两个高频场景切入：一是在非UITableViewController里，手动添加UITableView后那两行必须写的代理设置代码（delegate和dataSource），其实可以通过在Storyboard中连线直接省掉，让代码更干净。二是处理“数据不足时隐藏空白行”这个需求，作者指出了常见的tableFooterView = UIView()写法可能引发刷新浪费和崩溃的隐患，并提出了一个更稳健的可视化方案：直接在Storyboard里为表格放一个占位cell和一个同级空view。通过调整空view的高度，不仅能达到隐藏效果，还能灵活控制底部边框的显示与否，甚至可以用于实现表格底部固定视图这种特殊UI，避免了许多额外编码。本质上，这是在用Xcode的界面工具代替手写样板代码，让开发更直观健壮。
iOS下自己动手造无限循环图片轮播
这篇讲的是如何用Swift从零搭建一个类似支付宝首页的无限循环图片轮播组件。作者从界面搭建入手，详细演示了如何使用`UIScrollView`配合`UIPageControl`，并利用Auto Layout完成基础布局。 实现无限轮播的核心思路非常巧妙：在真实图片序列的首尾各拼接一张额外的图片。当用户滑动到最前或最后这张“辅助图”时，代码会在`scrollViewDidScroll`代理方法中，悄无声息地将`contentOffset`重置回真实图片序列的起始位置，从而在视觉上创造出可以一直朝一个方向滑动的错觉。文章也具体展示了如何通过计算滑动偏移量来同步更新底部小圆点的指示位置，并解决了由此带来的小圆点错位问题。 文章最后附有完整的代码示例和最终效果GIF，思路清晰，步骤具体，对于想要理解滚动视图高级用法或实现自定义轮播组件的iOS开发者来说，是一份非常实用的实战指南。
Swift类型转换
这篇讲的是 Swift 类型转换的实践与考量，核心矛盾源于 Swift 强类型安全特性与遗留 Cocoa 框架 API 之间的磨合。 文章从 Objective-C 灵活的 `id` 类型出发，对比了 Swift 中更严格的类型系统。由于大量 Cocoa API 返回的是 `AnyObject` 或 `[AnyObject]`，在 Swift 中处理这些对象时，我们常常需要进行向下类型转换。作者详细展示了三种常见做法：使用 `as!` 进行强制转换、使用 `as?` 结合 `if let` 进行安全可选转换，以及对整个数组进行转换。 关键差异在于安全性：`as!` 在类型不匹配时会导致运行时崩溃，而 `as?` 会在失败时优雅地返回 `nil`。文章进一步指出，对数组的整体转换（如 `as? [UIView]`）要求所有元素都是目标类型，否则整个结果就是 `nil`，这与单个元素的转换行为并不等同。 最终，文章探讨了在明确知晓类型（如确定 `subviews` 数组全是 `UIView`）的场景下，为了代码简洁可以谨慎使用强制转换，但同时也警示了这种做法牺牲了部分类型安全，在代码演化或意外情况下可能存在风险。
iOS可视化编程 Tips 之“无需代码设置圆角”
这篇介绍的是iOS开发中的一个实用技巧：通过Xcode的User Defined Runtime Attributes来设置视图圆角，无需编写任何代码。 传统上，开发者可能在代码中设置layer.cornerRadius属性来添加圆角，这需要额外的代码编写和编译过程。而作者从提升开发效率的角度出发，展示了如何在Interface Builder中直接操作：在属性检查器
翻译篇：10 Things You Need to Know About Cocoa Auto Layout
这篇译文源自Ole Begemann 2013年的博客，讲的是开发者第一次接触Cocoa Auto Layout时，如何快速掌握核心思维。作者开篇就点明，Auto Layout和传统的springs-struts模式差异很大，但别被复杂度吓倒——其实只需理解几条关键规则就能上手。 文章梳理了十条必备知识。它首先澄清通用概念：一个视图在每个方向上至少需要两个约束来明确定位，并善用控件的“固有大小”来减少约束数量。随后，文章深入分析了Interface Builder（IB）在Auto Layout下的行为逻辑，比如IB为何会“阻止”你删除某些约束（因为会导致布局模糊），以及如何正确添加新约束。这些内容虽然针对Xcode 4.x，但IB的核心设计理念依然有参考价值。最后，文章转向代码实践，强调在代码中使用Auto Layout时必须“忘记frame”、手动禁用Autoresizing Masks，并通过约束动画而非直接修改frame来实现界面动效。 尽管部分IB操作细节已更新，但文章对Auto Layout底层逻辑的剖析——从约束的完备性、固有大小的作用，到IB与代码开发思路的转换——至今仍是理解这套系统的坚实起点。
iOS并发编程（Concurrency Programming）系列之一：Run Loop
这篇讲的是iOS并发编程系列开篇的Run Loop深度解析。作者没有从线程基础讲起，而是直接切入实际开发中更需要理解的线程管理机制。他用了一个工厂流水线的生动比喻：线程是流水线，而Run Loop就是决定何时启动、何时暂停的主管，避免资源空转或浪费。 文章重点剖析了Run Loop的核心作用——它本质上是一个事件处理循环，负责在“有事做时保持线程繁忙，无事时让其休眠”。作者指出，在大多数异步任务中，我们无需手动管理线程生命周期，但当需要长驻线程处理持续事件时，Run Loop就是关键的控制枢纽。 值得注意的实战细节是：启动Run Loop前必须先为其添加输入源或Timer事件，否则`run`方法会立即返回，线程无法保持。这个常见的初学者陷阱被明确点出。文章还简要对比了Run Loop与其他平台（如Android Looper）的共通机制，说明它是多线程编程中的普遍需求。作为系列首篇，它为后续探讨Operation Queues、GCD和锁等主题奠定了重要的概念基础。
Swift 性能探索和优化分析
Swift 编程语言在发布时被寄予了超越 Objective-C、媲美 C 语言的性能厚望，但许多开发者在实际使用中发现其效率并未如预期般突出，甚至容易不慎陷入性能陷阱。这篇长文正是从这一实际矛盾出发，系统剖析了 Swift 的性能内核与优化之道。 文章首先阐明了 Swift 值得期待的性能基础：其通过编译期方法绑定取代了运行时消息发送，强类型系统为编译器优化提供了充足信息，尤其是引入了 Swift 中间代码（SIL）作为关键优化层。同时，Swift 对值类型（struct）的巧妙运用，在保证不可变性优势的同时避免了不必要的内存开销。 针对“如何发现问题”，作者详细介绍了实战中的性能测试方法。从最直接的 `CACurrentMediaTime` 打点计时，到封装成便捷的 `measure` 函数，再到利用 Instruments 的 Time Profiler 进行宏观分析，以及使用 XCTest 的 `measureBlock` 建立性能基准测试，形成了一套从快速诊断到持续监控的完整工具链。 文中还结合了开发者超过一年的实战经验，不仅解释了“为什么”性能重要，更给出了“怎么做”的具体考量与避坑指南，是一篇将语言原理、工具使用与工程实践紧密结合的深度探讨。
iOS 开发 UI 搭建心得（二）—— 善用 xib
作者从iOS开发的实际操作出发，展示了如何善用xib来搭建UI。文章以创建一个可复用的图片文字按钮为例，详细演示了从创建xib文件、直观地设置按钮样式与圆角，到将按钮载入故事板或通过代码动态加载，最后响应点击事件的完整流程。作者指出，xib能极大地减少纯代码量，让许多界面属性通过可视化拖拽和简单配置即可完成，从而降低维护成本。尽管StoryBoard减少了单独xib文件的数量，但理解xib的原理并掌握其用法，对于构建灵活、可复用的UI模块依然至关重要。文章最后建议，在开发中应优先考虑使用xib或StoryBoard来搭建界面。
