在前面的分享中，我们已经建立了对“显式依赖注入”的深刻认同。现在，我们面临最关键的架构决策：如何组织我们应用的导航逻辑？我们是应该改良现有的Router模式，还是全面转向Coordinator?

在上一篇文章中，我们达成了共识：构造函数注入是我们的首选，它让依赖关系变得清晰可见。 但随之而来的一个问题是：如果A依赖B，B依赖C，C又依赖D和E... 应该如何处理?

看看在现代化的声明式UI范式下，DI的思想是如何演进和应用的。这对于我们组内同时拥有Swift和Flutter技术栈的同学来说，尤其有价值。

**依赖注入（DI）是一种设计思想，而不是某一个特定的工具或框架。** 理解了这一点，我们就能在不同的场景下，选择最恰当的方式来实现解耦，而不是一味地追求“上容器”。

滑动窗口协议是什么? 让我用一个超级简单的生活例子来解释，忘掉所有代码，我们来讲个故事。 故事：小明给小红寄送一套漫画书 假设小明要给小红寄一套10本的限量版漫画，每本书都按顺序编号（1到10）。 方

Then 是一个非常简洁实用的 Swift 框架，主要用于让对象的初始化和属性配置更加优雅和简洁。它通过扩展 Swift 的类型，提供了链式语法，让你可以在创建对象时直接配置属性，提升代码可读性和

在移动端开发中，我们为什么需要日志打印框架？除了那些正面积极的回答，有的时候我们可能需要自证清白，也不得不通过日志来体现。

一个好的DI容器能帮我们自动管理对象的创建和生命周期，把我们从繁琐的手动组装中解放出来。现在一起学习业界著名框架 Swinject.

从今天起，我们将开启一个全新的技术分享系列——深入浅出依赖注入。我希望通过这个系列，能和大家一起探讨如何编写出更健壮、更灵活、更易于测试的代码。

随着项目复杂度提升，Moya中API 按模块拆分成多个 TargetType 枚举已成常态，但这也带来了如何统一管理和调用的问题。Moya 的 MultiTarget 正是为此而生。

配合RxSwift中NotificationCenter无需管理观察者的生命周期，以及Swift中enum中RawValue，封装出了一个不错的Eventable协议，让开发更加高效、简单。

Xcode在断点时，调试控制台可以执行一些命令，提高调试效率。 LLDB(Xcode的调试控制台) 参考资料： iOS之Xcode断点调试 https://blog.csdn.net/weixin_4

自如iOS二进制方案实际落地经验！工程编译速度提升5倍！适用于大型项目，即使组件不能独立运行也能落地！

本文通过对比传统的NotificationCenter观察者管理方式与RxSwift的响应式实现，深入剖析了 RxSwift 如何自动管理观察者的生命周期，避免了手动移除观察者的繁琐和潜在的内存泄漏。

在iOS开发中引入路由框架一直是一个有争议的话题。我个人并没有参与大型App项目，文章是我个人的一些浅显的理解，最近在看TheRouter的源码，希望可以帮助到大家。

组件化也叫模块化，是指将应用程序分解为独立、可重用、可交互模块的开放策略，这种方式有助于提高代码复用率、降低耦合度，使得应用程序更易于维护和扩展。

ViewModel中有多个网络请求，而其中某个或者某个网络请求可能会在多个ViewModel中复用。在App项目中，如何对网络请求层进行设计？

8月14日，CocoaPods 官方发布了一则公告，宣布这个已经陪伴我们多年的工具将进入维护模式。 CocoaPods 的未来维护计划总结如下： 短期计划： 处理系统性安全问题。 每年至少发布两

安装包瘦身一直是老生常谈的问题，几乎每个大一点的项目都要经历。我们团队也做了很多关于安装包瘦身的事情，通过各种方案在不删减业务的情况下，累计安装包大小减少**100M**+，减少占总包体约**38%+