Take the 2-minute tour ×
Game Development Stack Exchange is a question and answer site for professional and independent game developers. It's 100% free, no registration required.

I'm planing to develop a puzzle like mobile game (android/ios) with a different logic for each puzzle. Say, for example one puzzle could be a Rubik's cube and another one a ball maze. Many more new puzzles will appear during the life of the game, and I want the users to be able to play those new puzzles.

The standard way for managing this would be through application updates. Each time a new puzzle or bunch of puzzles appear, create a new update for the app that the user can download. However, I would like to do it in a more transparent way. When a new puzzle appears, the basic info of the puzzle would be displayed in the app menu, and the user would be able to play it by just clicking it.

What comes to my mind is that the app would automatically download a .dll or .jar and inject it in the application at runtime. Is that even possible? Are there any restrictions from the OS? Is there a better way for solving it?

Thanks alot

share|improve this question
    
Expect app store rejection. –  Alex M. Oct 19 '13 at 18:18
    
What's your reason for not simply doing it as a single application? –  Cameron Fredman Oct 19 '13 at 20:57
    
@CameronFredman : I expect the updates of the app to be quite frequent and I don't want to make the user update the app so frequently –  rsprat Oct 20 '13 at 10:16

1 Answer 1

up vote 0 down vote accepted

Make the main app like a service or OS with a enough API to support "puzzle stuff" and a script interface.

Then script all the puzzles. This way you can embed the universal scripts into the download without having to worry about building binaries for each platform.

This does mean that you have to adopt a data driven style for the main program, menus and options created on the fly from discovered puzzle modules the user has, etc...

I may be wrong, but I'm fairly sure that mobile platforms frown on applications randomly and secretly downloading executable binaries and even your new puzzles will have to become something the user requests.

Unless, of course, this is run as HTML5 with an external web site/app supplying your puzzles, which would be option #2.

share|improve this answer
2  
Beware the iOS terms of service. I'm unsure what they are today or the specific rules, but in the past at least you were not allowed to make apps that downloaded and executed scripts/libraries over the Internet. –  Sean Middleditch Oct 19 '13 at 18:07
    
I have been reading about the terms of service of iOS and it seems that they are reluctant about executing script code (lua for instance) downloaded at runtime. So I guess that it is not possible to develop an app with updates transparent to the user. –  rsprat Oct 20 '13 at 10:11

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.