Could be the purchase delegate exists without marking it as Objc and not inherent from NSObject (for example AnyObject)

[jesus-mg-ios]

purchases-ios/Sources/Purchasing/Purchases/PurchasesDelegate.swift

Line 24 in dbcfe0c

@objc(RCPurchasesDelegate) public protocol PurchasesDelegate: NSObjectProtocol {

Currently, when implementing delegates in Swift for classes that interact with Objective-C, delegates often need to inherit from NSObject and be marked with @objc. This requirement adds boilerplate and limits flexibility, especially when designing Swift-first APIs. This proposal suggests allowing delegates to conform to AnyObject instead, providing more flexibility and aligning with Swift conventions.

Details:

• Current Limitation: Delegates must inherit from NSObject and be annotated with @objc to work with Objective-C interoperability.
• Proposed Solution: Extend interoperability to delegates conforming to AnyObject, maintaining compatibility with Objective-C while embracing Swift conventions.

Benefits:
Simplifies API design by reducing boilerplate (@objc and NSObject inheritance).
Enables better alignment with Swift's type system and safety features.
Allow clients not expose strings paths inside the binary (that happens if you have to inherit from NSObject)

[RCGitBot]

👀 We've just linked this issue to our internal tracker and notified the team. Thank you for reporting, we're checking this out!

[aboedo]

this is a great idea, we should modernize the delegate