静的ライブラリは実際にはパフォーマンスに影響しません。これは、コードを別の方法で整理する方法にすぎません。コードがコンパイル(およびリンク)されると、結果のアプリはほとんど同じになると言えます。コンパイル狂信者、ここで私の単純化を許してください:)
iOSで静的ライブラリを操作することには、いくつかの利点があります。
コードの再利用。複数のプロジェクト間で同じライブラリを共有できます。ライブラリに変更を加えた場合、プロジェクトをビルドすると、その変更はすべてのプロジェクトに簡単に反映されます。
完全なソースを提供しなくても、ライブラリを他の人と共有できます。これは、コードを他の開発者に販売したい場合に役立ちます。
しかし、私の経験から、静的ライブラリにはいくつかの欠点があります。主なものは、XCodeがそれらを非常に直感的に処理しないことです。プロジェクトの設定を正しく機能させるには、個人的に1日ほどかかりました。かなり面倒でした。
あなたの質問の画像部分に関して..それは静的ライブラリの決定とは多少関係がありません。
画像を使用すると、ほとんどの場合、スペース(アプリのダウンロードが大きくなります)とメモリ消費が発生します。コンテキストで自分自身を描画すると、CPUサイクルがかかります(実際には、フレームが更新されるたびに描画を実行します)。私の目には、主な違いは実際には開発のしやすさです。場合によっては、コンテキストを手動で描画するのにより多くの作業が必要になりますが、変更をより簡単に行うことができます。パフォーマンスに関しては、画像には少し利点があると思いますが、クレイジーなものを描く予定がない限り、それはほとんど無視できます。この場合、パフォーマンスではなく、開発のしやすさで判断します。