在我以前工作的地方提供@3x PNG资产躲闪@2x，在新的地方，人们使用PDFS来避开每个图像的多个资产半软(?)要求。
我的理解是，单个@3x png仍然比pdf(从Figma导出，以防它有任何影响)便宜
每种方法的优缺点是什么提供资产?
1. lazy approach: @3x.png only
2. @2x & @3x (texture interpolation is better? faster?)
3. pdf
附加问题:如果SVG被映射到CoreGraphics/CoreAnimation中，以及这样做的成本是什么，那将是很有趣的。谢谢!
对于Stack Overflow来说，这是一个太复杂的问题——但是给你一些思考的东西…
如果你的SVG很复杂——比如说它有1000个图层，有各种渐变和alpha值——并且只会在你的应用程序中显示300 x 200点(即600 x 400和900 x 600像素)，你几乎肯定想渲染@2x和@3x png。
如果您的SVG是简单的线条绘制，并且可以以各种比例和/或比率显示，那么SVG将为您提供更好的结果。
如果你的美术部门花了10个小时制作@2x和@3x png，但却花了40个小时制作SVG ?
如果你的图像是一张照片?
如果您的图像是选项卡栏图标?
等等
不知道你的应用是关于什么的，但是25%的存储空间会有影响吗?50ms vs 75ms加载时间重要吗?
最好做一些研究——有很多很多关于这方面的文章。