単一の.pkgを含む.dmgをダウンロードするMacが非常に多いのはなぜですか？

多くのダウンロードは、単一のpkgファイル（インストールパッケージ）を含むdmg（ディスクイメージ）であることに気付きました。通常、dmgはファイルサイズを大幅に削減しないため、pkgはすでに圧縮されているようです。

例：

• MonoFramework-MDK-2.10.6_1.macos10.xamarin.x86.dmgは119,242,061バイト（ディスク上の119.2 MB）
• MonoFramework-MDK-2.10.6_1.macos10.xamarin.x86.pkgは119,979,719バイト（ディスク上に120 MB）

737,658バイト、つまり元のファイルサイズの0.6％の節約。

pkgを単に配布しない理由はありますか？0.6％の圧縮の節約は重要ですか？それとも、Macで常に行われてきた方法ですか？

（はい、737,658バイトはdmgが取得する何百万回のダウンロードの合計になることを認識していますが、dmgをマウントし、インストーラーを実行してからdmgをアンマウントするための追加のステップがあるのはいつも迷惑に思えます。より良い質問は、「Mac OS Xが単一のpkgを含むdmgを単なるpkgとして認識せず、単にすべてのマウントとアンマウントを必要とせずにインストールしないのですか？」）

技術的には、.pkgはファイルではなく、フォルダーです。そのため、ダウンロードには単一のファイルに収集することが不可欠です。

DMGイメージのデータは、ディスクユーティリティを使用して整合性をチェックできます。dmgをマウントする前に、ユーザーがライセンスに同意することを必須にすることができます。変更によってロックされる可能性があります。DMGに隠しファイルとフォルダーを簡単に追加できます。背景画像を作成できます。FATなどのメタデータ非対応のファイルシステムを通過する際に、ストリッピングから安全に保護できます。

実際にはたくさんの理由。

考えられる理由の1つは、Safariがデフォルトで自動的にDMGファイルをマウントし、Finderウィンドウにコンテンツがポップアップ表示されることです。次に、DMGフォルダーは、たとえば背景画像でスタイル設定できます。インストーラーのダウンロードフォルダーを調べるよりもユーザーフレンドリーであると考えられるかもしれませんが、かなり無意味であることに同意します。

もう1つの理由は、ドキュメントファイルやセカンダリインストーラーなど、他のサポートファイルもグループ化できることです。

ただし、そもそもそれほど一般的なディストリビューションではありません。ほとんどのアプリは、DMGファイル内に自己完結型の.appフォルダーとして配布されます（現在App Storeを介していない場合）。あなたの例は私にとってはかなり例外的なようですが、特定の流通チャネルではより一般的でしょうか？個人的には、これ以上詳しくは述べません。

さらに別の理由は、ネットワークボリュームから.pkgファイルを直接実行できないが、ネットワークボリュームから.dmgを実行してからパッケージを起動できることです。