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

  • \$\begingroup\$ Expect app store rejection. \$\endgroup\$
    – user15805
    Oct 19, 2013 at 18:18
  • \$\begingroup\$ What's your reason for not simply doing it as a single application? \$\endgroup\$ Oct 19, 2013 at 20:57
  • \$\begingroup\$ @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 \$\endgroup\$
    – rsprat
    Oct 20, 2013 at 10:16

1 Answer 1


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.

  • 4
    \$\begingroup\$ 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. \$\endgroup\$ Oct 19, 2013 at 18:07
  • \$\begingroup\$ 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. \$\endgroup\$
    – rsprat
    Oct 20, 2013 at 10:11

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .