在这篇文章中，我将使用 React Native、Expo 和 Native Base 来构建一个简单的移动应用程序。

自打 Apple 在 iOS6 中引入 UICollectionView 这个控件之后，越来越多的 iOS 开发者选择将它作为构建 UI 的首选，如此吸引人的原因在于它的可定制化程度很高，非常的灵活，这取决于它有一个单独的对象来管理布局，布局决定了视图的位置和属性。 说到布局 …

本文介绍了通过继承UICollectionViewFlowLayout，并重写相关方法的方式，实现一个更加完美的瀑布流组件

原文链接 为什么旧写法撑不过三次迭代？ 先来看一个“经典”写法 痛点一句话总结：初始化即地狱。 • 参数爆炸，阅读困难 • 布局/样式/行为耦合，一改全改 • 无法注入自定义内容，复用性 ≈ 0 目标

这里每天分享一个 iOS 的新知识，快来关注我吧 前言 ===== 在 iOS 开发中，方法交换（Method Swizzling）是一种极具灵活性的技术，也是面试中经常问到的问题。它允许开发者在运行

前言 在 Swift 代码中，一句简单的 object.method() 背后，藏着编译器与运行时的精密协作。方法调用看似只是 “执行一段代码”，但 Swift 为了平衡性能与灵活性，设计了多套派发机

在货拉拉用户端适配灵动岛开发过程中，切身感受到了SwiftUI编写界面带来的便捷性，像声明式UI能减少许多初始化代码、更简便更灵活的Flex布局，以及所有iOSer都梦寐以求的Hot Reload

最近完成了一个功能，要求在发布动态的时候，增加类似微博的#话题#、@提及用户的效果，在此做一简要记录。

在 SwiftUI 中，状态管理是构建动态和响应式用户界面的基础。SwiftUI 采用声明式编程风格，与传统的命令式编程相比，它关注的是“显示什么”，而不是“如何去做”。这就需要有效的状态管理，以确保