Android性能问题：许多小应用程序或一个大应用程序？

Question

我在其中一个网页上看到了这句话：

  

如果你正在写一个大的   应用，考虑将其分为   一套应用程序和服务。   较小的应用程序加载速度更快   使用更少的资源。制作套件   应用程序，内容提供商和   服务使您的代码更加开放   并入其他应用程序   正如所描述的“使用和使用”   尖端。

这是真的吗？应用程序大小的拇指规则是什么？

Answer 1

从技术上讲，这没有best答案。

但我会选择许多小应用程序：

• 更容易更新（您只更新所需的组件，更少的带宽）
• 市场上有关您产品的更多信息
• 作为开发者的更多评级
• 增加货币化
• 尽可能多的子应用程序保留旧的SDK版本以便兼容（至少那部分）
如果只有一个组件无法正常工作，
• 负面反馈较少，相反，当一个大型应用无法加载时
• 等...

Answer 2

至于我，我也更喜欢许多小应用程序，而不是一个大的应用程序。根据要求，一个大方法有一个优点，那就是：

• 您只需要安装一个应用程序。

除此之外，我看不出任何其他原因。