Android APK大小V/S安装的应用程序大小

我不熟悉飞镖和飞镖的语言。在开发了一些示例应用程序后，我从教程中了解到，简单选项卡布局应用程序在发布后需要7MB用于APK，安装应用程序后，大小为27MB。我的问题如下:

• APK大小和已安装应用程序大小之间有什么区别
• 在开发应用程序时，无论是原生应用程序还是Flutter应用程序，我们应该记住APK大小不应该太大，或者安装后应用程序的大小不应该太大
• 考虑到Native和Flatter的所有优点和缺点，开发Android应用程序的最佳方法是什么
• 已安装的应用程序的空间有点像标准APK的两倍，这是由Android如何“安装”所有应用程序造成的。如果您在“/data/app/…”中打开一个文件夹，您可以看到，对于每个PackageName/app，它都存储在标准APK文件（您发布的那个）中，并且至少有两个文件夹：一个用于库，另一个用于优化代码（没有根，我们无法访问/读取）。这些文件夹包含从APK开始的其他提取和优化的文件
• 颤振应用程序不能小于6-7Mb，因为它将所有颤振核心都包含在其中。要“收缩”您的应用程序，您可以按照常见规则收缩任何正常的本机应用程序
• 最好的方法是什么？这一切都取决于你的技能、你完成应用程序的可用时间、客户对某些图形界面的位置改变主意的次数等等。。。Flatter主页上写着“Flatter是谷歌的移动应用程序SDK，用于制作高质量的本机界面”，因此它的主要目的是快速创建界面。如果客户每10分钟中断一次我们的工作，因为他想更改图形方面的某些内容，而我们无法手动更改许多XML，然后每次都重新生成一个版本，那么这一点很好，因此Flatter可以大大改进这一步。在初始阶段，当我们不确定在最终阶段将在何处设置组件/小部件时，颤振甚至很好，因此我们可以在几秒钟内移动所有内容以检查图形结果。Flitter应用程序的性能相当好，但明显不如本地应用程序。当您已经知道最终APK将大于25MB时，使用颤振可能是一种好方法，因为在这种情况下，25MB或25+7MB不是这一区别，但颤振提供的速度（在GUI开发中）是无法估计的

---

在stackoverflow中添加诸如“请帮助”或“谢谢”之类的内容被认为是不好的。哦，你的最后一点可以归类为“主要基于意见”。stackoverflow也希望避免这种情况（因为产生的讨论多于回答）。所以我们不能在这里回答，你不应该回答最后一点；因为它属于“主要基于选项”类别。赞成和反对都不是“基于意见”的东西，“什么是最好的方法？”是。我可以说恰恰相反，我认为弗利特是最好的。没有有限的答案