InAppPurchase
A simple, lightweight, and safe Swift framework for handling In-App Purchases with StoreKit 1.
What is InAppPurchase?
InAppPurchase is a Swift framework that simplifies In-App Purchase implementation for iOS apps by abstracting away the complexities of StoreKit 1. It provides a clean, testable API for fetching products, processing purchases, and handling transactions, making monetization features easier to integrate and maintain.
iOS developers building apps with in-app purchases, particularly those seeking a straightforward, safe abstraction over StoreKit to avoid common pitfalls and reduce boilerplate code.
Developers choose InAppPurchase for its lightweight, safety-focused design that prevents StoreKit bugs, supports promoting in-app purchases, and offers dependency injection for easy mocking and unit testing, unlike more cumbersome StoreKit implementations.
Overview
A Simple and Lightweight framework for In App Purchase (Store Kit 1)
Use Cases
Best For
- iOS apps needing a simple, lightweight wrapper for StoreKit 1 to handle in-app purchases with minimal boilerplate.
- Developers implementing promoting in-app purchases (from iOS 11) who require built-in workarounds for StoreKit bugs like priceLocale crashes.
- Teams prioritizing testability and dependency injection, as the framework conforms to InAppPurchaseProvidable for easy mocking in unit tests.
- Apps with multiple isolated purchase flows for different product sets, leveraging the framework's support for multiple instances.
- Projects requiring manual control over transaction completion timing for advanced use cases, such as deferred purchases.
- Developers seeking a safe abstraction that automatically manages transaction observers and handles unexpected transactions with fallback handlers.
Not Ideal For
- Apps exclusively targeting iOS 15+ that want to leverage StoreKit 2's modern Swift concurrency and subscription APIs.
- Projects requiring built-in server-side receipt validation or subscription management tools for enhanced security and compliance.
- Teams needing pre-built UI components for in-app purchase flows, as this framework is strictly API-focused without visual elements.
- Large-scale apps with highly complex purchase logic that may outgrow the lightweight abstraction and need more customizable low-level control.
Pros & Cons
Pros
Handles App Store-initiated payments with built-in workarounds for StoreKit bugs, such as the priceLocale crash, making implementation safer for iOS 11+.
Conforms to the InAppPurchaseProvidable protocol, enabling easy mocking and unit testing with the included InAppPurchaseStubs framework for better code quality.
Reduces boilerplate by abstracting StoreKit complexities, offering a minimal interface for fetching products, processing purchases, and managing transactions.
Allows manual finishing of transactions by setting shouldCompleteImmediately to false, supporting advanced use cases like deferred purchases or custom validation.
Cons
Based on the older StoreKit 1 API, so it lacks support for newer StoreKit 2 features like Swift concurrency, simplified subscription handling, and improved error types.
Multiple instances can lead to duplicate transaction handling if product IDs aren't carefully isolated, requiring extra configuration to avoid fallback handler issues.
Does not include built-in server-side receipt validation, leaving developers to implement this critical security layer separately, which can increase complexity.
Frequently Asked Questions
Related Projects
SwiftyStoreKitLightweight In App Purchases Swift framework for iOS 8.0+, tvOS 9.0+ and macOS 10.10+ ⛺
merchantkitA modern In-App Purchases management framework for iOS.
ApphudBuild, Measure and Grow iOS subscription business
AppReview⭐️ A tiny library for iOS and macOS to request reviews on the App Store. This is a wrapper around the native SKStoreReviewController.
Found a gem we're missing?
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.