Xamarin iOS应用程序是不合理的膨胀？ [英] Are Xamarin iOS apps bloated unreasonably?

问题描述

我正在使用Xamarin iOS开发一个相当简单的应用程序，我为.app文件获得的最小尺寸是13.5 MB。

I'm developing a reasonably simple app using Xamarin iOS and the smallest size I've gotten for the .app file is 13.5 MB.

我已经执行了所有推荐的优化 - 没有调试符号，LVVM代码生成，thumb-2，链接所有程序集，仅限单一体系结构（ARMV7）。

I've performed all the recommended optimizations - no debug symbols, LVVM code generation, thumb-2, link all assemblies, single architecture only (ARMV7).

第一个问题是，我的13.5 MB听起来像Xamarin iOS的预期，或者我可能做错了什么？

The first question is, does my 13.5 MB sound like something to be expected from Xamarin iOS, or am I likely doing something wrong?

第二个问题是，Xamarin iOS增加了多少额外的大小开销（大致）？

The second question is, how much extra size overhead does Xamarin iOS add to an equivalent native implementation (roughly)?

第三个问题是，大致有多小可以将Hello World应用程序编译成使用Xamarin iOS吗？

The third question is, roughly how small can a Hello World app get compiled down to using Xamarin iOS?

第四个问题是，本机Hello World应用程序大致可以编译成多小？

The fourth question is, roughly how small can a native Hello World app get compiled down to?

推荐答案

.dSYM 是一个包含调试符号的目录。这是不您作为应用程序的一部分（向最终用户）发送的内容。请注意，这甚至在非调试版本中也会生成，因为它允许您表示崩溃报告（来自运行发布二进制文件的最终用户）。

The .dSYM is a directory that includes debugging symbols. This is not something you're shipping as part of your application (to your end users). Note that this is produced even in non-debugging builds since it allows you to symbolicate crash reports (that comes from end users running the release binary).

对于真实的应用程序大小，您需要查看 .app 目录。

For the real application size you need to look at the .app directory.

通过观看今年的 Evolve <，您可以了解相当多的技巧来减少应用程序的大小（和构建时间） / a>视频 高级iOS构建机制 。这也将回答你的其他问题。

You can learn quite a few tricks to reduce your application size (and build time) by watching this year Evolve video Advanced iOS Build mechanics. That will also answer the other questions you had.

这篇关于Xamarin iOS应用程序是不合理的膨胀？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！