Microsoft Store vs winget：きれいな2つの導入方法と、どちらが勝つ場面

ダウンロードボタンの偽物が 5 つ並ぶダウンロードポータルは、Windows にソフトを入れる最悪の方法です。そして Microsoft はこれを並行して 2 回直しました。Store と winget です。競合のように見えますが、同じ問題の別々の半分を解決しているのです。

それぞれのチャンネルが実際にやっていること

Microsoft Store は MSIX パッケージを導入します。サンドボックス化され、署名され、既定でユーザー単位。更新は、あなたが気づこうと気づくまいとバックグラウンドで静かに適用されます。バンドルウェアは構造的に不可能です。MSIX パッケージはそれ自体で完結しており、ブラウザーのツールバーを忍び込ませられません。その代償は、消費者向けに寄せられた吟味済みカタログと、バージョンへのわずかな支配権です。出版元がリリースしたものを、リリースされた瞬間に受け取るだけ。

winget は正反対の取引です。ベンダー公式のインストーラーをダウンロードし、適切なサイレントスイッチ付きで実行します。つまり古典的なアプリ、厳密なバージョン、マシン全体への導入、そして Store が決して扱わないすべて——コンパイラーから IDE まで——を手元に置けます。更新はあなたの言葉でのみ走ります。winget upgrade --all は 1 コマンド、winget export/import はファイルからマシン丸ごとのアプリ一覧を再構築します。静かさではなく意図的であること——どちらを好むかで、あなたの PC の使い方がだいたい分かります。

アプリごとの選び方

実際には 2 つのチャンネルは同じ道具箱の別々の隅をカバーしており、最速のワークフローは両方を忠誠心なしに使います。簡単な目安として、両方にあるアプリなら、勝手に更新されていいものは Store 版を、自分で制御したいものは winget を選ぶ。

コンシューマー向けアプリ — メディアプレーヤー、ビューアー、メッセンジャー — は Store。1 回入れて更新は忘れる
開発者ツールとランタイムは winget。厳密なバージョン、マシン全体、スクリプト向き
バージョン固定は winget install --version <x.y.z>。浮動してはならないツールチェーンに
組み直した PC には winget import apps.json でアプリ一覧を 1 コマンドで復元
家族共用の PC は Store。ユーザー単位で入れて、管理者権利を配らずに済む
スクリプト化や自動化しそうなものはすべて winget 一択。Store に名に恥じない CLI はない

残留物の問題

どちらのチャンネルも、どんなダウンロードポータルよりはきれいにアンインストールできますが、落とすパンくずは違います。Store アプリは、ローカル設定の入った小さな %LOCALAPPDATA%\Packages フォルダーを残して完全に消えます。戻る気がないなら削除できる数 MB です。winget uninstall はベンダー自身のアンインストーラーを走らせるため、古典的な残骸が残ります。%AppData% と %LocalAppData% の下の孤立フォルダー、時にはサービスやタスク。

モダンな物語がまだほうきを必要とする唯一の場所がここです。winget での一連のアンインストールの後、Kleaner PRO のクリーンアップパスが孤立フォルダーを掃き出し、まだ必要かもしれないプログラムデータは残します。導入チャンネルは正面玄関を解決しましたが、裏口の残骸は Windows の生活の事実であり続けます。