Skip to content
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

Allow bundleID instead of AppID #52

Closed
wants to merge 4 commits into from
Closed

Conversation

irlabs
Copy link
Contributor

@irlabs irlabs commented Apr 19, 2016

An app's bundleID can be used, just as the appID to get App Store information about it.

It is useful to also have this feature in Siren, because it will be easier for the developer to get the bundleIdentifier instead of the appID (especially when the app hasn't been approved and released yet).

because it already recently performed a check.
Also fixed a minor typo (verson instead of version)
Also bundleID (next to, or instead of appID) can now be used to get the info from the App Store. If the bundleID is given and an appID is not supplied, the appID will be read from the App Store json, since it is later needed when attempting to open the App Store link after "Upgrade"
@irlabs
Copy link
Contributor Author

irlabs commented Apr 20, 2016

One more thing to mention: I chose for the bundleID to be a variable which needs to be set before a version check is performed. Alternatively, we could get the bundleID automatically from the mainBundle, just as is done with the appName. However I like to have more control over which bundleID is used, as it might differ between AppStore version and debug version.

@ArtSabintsev
Copy link
Owner

Will take a look this weekend - thanks!

irlabs and others added 2 commits April 22, 2016 15:34
And converted the `SirenDelegate` protocol from a @objc protocol to a swift protocol, to allow for enums to be sent to the delegate. Also added empty implementations of the protocol methods in a protocol extension, because it's not possible to use the `optional` keyword with non-@objc protocols.
@irlabs
Copy link
Contributor Author

irlabs commented Apr 22, 2016

I'm closing this PR and opening an other ( #54 ) , based from a feature branch, to separate this PR from another feature PR.

@irlabs irlabs closed this Apr 22, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants