The SOOMLA Project is a series of open-source projects that aims to help game developers get better in-app purchasing stores for their games. The open-source platform-specific projects include everything a game developer needs, from storage of virtual items to purchasing mechanisms with the various devices' native stores. As an optional (and currently EXPERIMENTAL) part of our open-source projects you also get the store's layout which you can customize with your own game's assets.
The Android store is a Java project that works seamlessly with Google Play's in-app purchasing API.
Check out our [Wiki] (https://github.com/Soomla/AndroidStore/wiki) for more information about the project and how to use it better.
- Before doing anything, SOOMLA recommends that you go through Android In-app Billing.
- Clone AndroidStore. Copy all files from AndroidStore's subfolders to their equivallent folders in your Android project:
git clone [email protected]:Soomla/AndroidStore.git
- Make the folowing changes to your AndroidManifest.xml:
Add the following permission:
```xml
<uses-permission android:name="com.android.vending.BILLING" />
```
Add the following code to your 'application' element:
```xml
<service android:name="com.soomla.billing.BillingService" />
<receiver android:name="com.soomla.billing.BillingReceiver">
<intent-filter>
<action android:name="com.android.vending.billing.IN_APP_NOTIFY" />
<action android:name="com.android.vending.billing.RESPONSE_CODE" />
<action android:name="com.android.vending.billing.PURCHASE_STATE_CHANGED" />
</intent-filter>
</receiver>
<activity android:name="com.soomla.store.StoreActivity" />
```
-
Create your own implementation of IStoreAssets in order to describe your specific game's assets. Initialize StoreController with the class you just created:
StoreController.getInstance().initialize(getApplicationContext(), new YourStoreAssetsImplementation(), "YOUR PUBLIC KEY FROM GOOGLE PLAY", false);
And that's it ! You have Storage and in-app purchesing capabilities... ALL-IN-ONE.
When you initialize StoreController, it automatically initializes two other classed: StorageManager and StoreInfo. StorageManager is the father of all stoaage related instances in your game. Use it to access tha balances of virtual currencies and virtual goods (ususally, using their itemIds). StoreInfo is the mother of all meta data information about your specific game. It is initialized with your implementation of IStoreAssets and you can use it to retrieve information about your specific game.
The on-device storage is encrypted and kept in a SQLite database. SOOMLA is preparing a cloud-based storage service that'll allow this SQLite to be synced to a cloud-based repository that you'll define. Stay tuned... this is just one of the goodies we prepare for you.
Example Usages
-
Add 10 coins to the virtual currency with itemId "currency_coin":
VirtualCurrency coin = StoreInfo.getInstance().getVirtualCurrencyByItemId("currency_coin"); StorageManager.getInstance().getVirtualCurrencyStorage().add(coin, 10);
-
Remove 10 virtual goods with itemId "green_hat":
VirtualGood greenHat = StoreInfo.getInstance().getVirtualGoodByItemId("green_hat"); StorageManager.getInstance().getVirtualGoodsStorage().remove(greenHat, 10);
-
Get the current balance of green hats (virtual goods with itemId "green_hat"):
VirtualGood greenHat = StoreInfo.getInstance().getVirtualGoodByItemId("green_hat"); int greenHatsBalance = StorageManager.getInstance().getVirtualGoodsStorage().getBalance(greenHat);
If you want to protect your application from 'bad people' (and who doesn't?!), you might want to follow some guidelines:
- SOOMLA keeps the game's data in an encrypted database. In order to encrypt your data, SOOMLA generates a private key out of several parts of information. StoreInfo.customSecret is one of them. SOOMLA recommends that you change this value before you release your game. BE CAREFUL: You can always change this value once! If you try to change it again, old data from the database will become unavailable.
- Following Google's recommendation, SOOMLA also recommends that you split your public key and construct it on runtime or even use bit manipulation on it in order to hide it. The key itself is not secret information but if someone replaces it, your application might get fake messages that might harm it.
SOOMLA lets you create your own event handler and add it to StoreEventHandlers. That way you'll be able to get notifications on various events and implement your own application specific behaviour to those events.
NOTE: Your behaviour is an addition to the default behaviour implemented by SOOMLA. You don't replace SOOMLA's behaviour.
In order to create your event handler:
- create a class that implements IStoreEventHandler.
- Add the created class to StoreEventHandlers:
StoreEventHandlers.getInstance().addEventHandler(new YourEventHandler());
We want you!
Fork -> Clone -> Implement -> Test -> Pull-Request. We have great RESPECT for contributors.
MIT License. Copyright (c) 2012 SOOMLA. http://project.soom.la