过客又见过客

iOS开发一枚

赞

325

|

搜索文章

赞

文章( 325 ) 沸点( 0 )

Apple StoreKit 2 开发指南

这是一份面向开发者的 StoreKit 2 实战教程。本教程旨在通过清晰的概念讲解和可直接使用的代码示例，帮助你快速掌握 iOS 应用内购买（IAP）与订阅功能的开发。

Lexiaoyao20
16天前
477
14
1

都2032年了，你还没使用StoreKit2吗？

StoreKit2对iOS内购进行了重构，相较于原版本StoreKit，API改动较大，且更高效简洁。 StoreKit2抛弃了Objective-C，仅支持Swift且最低支持版本为iOS15。

郑知鱼
2年前
7.9k
32
9

都2032年了，你还没使用StoreKit2吗？

iOS StoreKit 2 新特性解析

2021 年 WWDC，在 iOS 15 系统上推出了一个新的 StoreKit 2 库，该库采用了完全新的 API 来解决应用内购买问题。

字节跳动技术团队
3年前
19k
65
5

iOS VIPER架构实践(二)：VIPER详解与实现

第一篇文章对VIPER进行了简单的介绍，这篇文章将从VIPER的源头开始，比较现有的几种VIPER实现，对VIPER进行进一步的职责剖析，并对各种细节实现问题进行挖掘和探讨。最后给出两个完整的VIPER实现，并且提供快速生成VIPER代码的模板。

梅楼封
8年前
964
25
评论

依赖注入（六）：架构黄金标准：为何选择Coordinator，以及如何用好它

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

tangzzzfan
5月前
316
3
评论

依赖注入（四）：当DI遇见声明式UI，从Flutter Riverpod反思SwiftUI的最佳实践

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

tangzzzfan
5月前
287
3
评论

依赖注入（五）：DI是一种思想，而非特定工具——工厂、抽象与组合根

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

tangzzzfan
5月前
166
1
评论

依赖注入（三）：Swinject实战，玩转生命周期与循环依赖

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

tangzzzfan
5月前
284
2
评论

Git 提交规范与 Git Flow 最佳实践分享

在日常的协作开发中，Git作为我们最重要的代码版本控制工具，扮演着核心角色。然而，我们发现团队在使用Git时，出现了一些不规范的操作，例如提交信息不清晰、提交粒度过大、主线分支存在无效提交等。

tangzzzfan
2月前
317
3
评论

[Swift设计模式] 依赖注入

依赖注入（以下简称 DI ）指的是为一个对象添加实例变量。以我之见，完整的故事会稍微复杂一点。但是如果你把问题拆解到根本，你会发现实现 DI 很简单，就如同给对象添加实例变量一样。没有开玩笑，很多开发者其实把 DI 用错了地方。 💉 学习 DI 无关乎实现细节，只关乎你如何…

猫克杯
5年前
319
2
评论

[Swift设计模式] 依赖注入

加入于

2015-09-22