-
Notifications
You must be signed in to change notification settings - Fork 319
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add RC_BILLING
store
#3773
Add RC_BILLING
store
#3773
Conversation
@@ -40,6 +40,9 @@ import Foundation | |||
/// For entitlements granted via the Amazon Store. | |||
@objc(RCAmazon) case amazon = 6 | |||
|
|||
/// For entitlements granted via RC Billing | |||
@objc(RCRCBilling) case rcBilling = 7 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wasn't really sure about the ObjC name, but I didn't want to call it RCBilling
thoughts?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
haha I guess we kinda backed ourselves into a wall with that one.
I suppose technically RCRCBilling
is correct but I'm torn. Like, the purpose of the RC
prefix is to prevent collisions, which already happens, so I'm not sure doing RCRC
provides much benefit over RCBilling
.
@MarkVillacampa @joshdholtz thoughts?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm well... I guess as long as we don't have any other Billing
stores in the future, it should be ok 😅. Will rename it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ha uh... I do agree that RCBilling
is probably the right way to go even though it feels weird because different pattern 🤷♂️
@@ -63,6 +63,7 @@ private extension Store { | |||
case .promotional: return "promotional" | |||
case .amazon: return "amazon" | |||
case .unknownStore: return nil |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@@ -40,6 +40,9 @@ import Foundation | |||
/// For entitlements granted via the Amazon Store. | |||
@objc(RCAmazon) case amazon = 6 | |||
|
|||
/// For entitlements granted via RC Billing | |||
@objc(RCRCBilling) case rcBilling = 7 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
haha I guess we kinda backed ourselves into a wall with that one.
I suppose technically RCRCBilling
is correct but I'm torn. Like, the purpose of the RC
prefix is to prevent collisions, which already happens, so I'm not sure doing RCRC
provides much benefit over RCBilling
.
@MarkVillacampa @joshdholtz thoughts?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
Depends on RevenueCat/purchases-ios#3773 and RevenueCat/purchases-android#1657. Adds the `RC_BILLING` store support to PHC. In android, we don't need to map it since we use the enum's `name` property. #### TODO - [x] Holding until natives have been deployed and updated in PHC.
Can we get some info into documentation what |
Hi @Kaspik, RCBilling is the new web subscription service provided by RC (currently on beta). You can check more information in our blogpost: https://www.revenuecat.com/blog/company/introducing-revenuecat-billing/. So this new store will be returned if a purchase is done through this new web subscription service and using the same account in your mobile apps. Please, let us know if you have any more questions! |
Description
iOS part of adding
RC_BILLING
store to the mobile SDKs