views:

64

answers:

1

I read this quote in one of the webpages:

If you are writing a large application, consider dividing it into a suite of applications and services. Smaller applications load faster and use fewer resources. Making a suite of applications, content providers, and services makes your code more open to incorporation into other applications as described the "Use and be used" tip.

Is this true? What is the thumb rule for the size of app?

+1  A: 

Well technically this has no best answer.

But I would go with many small apps:

  • easier to update (you update only components you need, less bandwidth too)
  • more spot in the Market for your products
  • more rating to your person as a developer
  • increased monetization
  • keep as many sub apps as possible to old SDK versions to be back compatible (at least that part)
  • less negative feedback if only a component fails to work, contrary when a big app fails to load
  • etc...
Pentium10