.NET Aspire 8.2が正式にリリースされ、オンボーディング、テスト、そして全体的なクオリティ・オブ・ライフの改善に重点を置いた機能強化がもたらされた。このバージョンでの大きな変更点は、Componentsの名称がIntegrationsに変更されたことである。説明されているように、Integrationsという用語は、セットアップ、初期化、主要なクラウドサービスやプラットフォームとの相互作用を支援するパッケージを意味するようになった。
.NET Aspireチームは、この用語の変更を明確にした。
当初、これらのコンポーネントに名前を付けたのは、まさにコンポーネントだからです。しかし、私たちは、コンポーネントが開発において過多な用語であり、実際には人々を（そして私たち自身を）混乱させているだけであることに気づきました。私たちのドキュメントは、Integrationsへの変更を反映するように更新され、今後、私たちのコンテンツでこの用語を使用する予定です。
.NET Aspire 8.2では、インテグレーションは主に2つの方法で利用される。1つ目は、AppHostプロジェクトに追加されたHostingパッケージとして、ローカル開発中のリソースの起動と接続を簡素化する。2つ目は、アプリケーションコード内のパッケージとして、AppHostで作成されたリソースへの接続プロセスを容易にし、新しいクラウドサービスのセットアップと設定を簡素化する。
このリリースには、テスト手順の改善も含まれている。.NET Aspireチームは、コミュニティからの貢献により、Integrationsのアップデートが既存のアプリケーションを混乱させないようにするためのテストスイートを拡張した。この機能強化は、よりスムーズなバージョンアップを促進し、潜在的な問題を最小限に抑えることを目的としている。
.NET Aspire 8.2の重要な変更点は、8.2.0ワークロードがインストールされているときに、バージョン8.1.0を参照するプロジェクトをビルドする際の既知の問題である。ユーザーは、プロジェクトファイルに次の行を含めることにより、AppHostプロジェクトがAspire.Hosting.AppHostパッケージの最新バージョンを参照していることを確認することを推奨する。
<PackageReference Include="Aspire.Hosting.AppHost" Version="8.2.0" />。.NET Aspire 9.0を見据え、チームは.NET Aspire Workloadをインストールすることなくプロジェクトビルドを可能にすることに取り組んでいる。この変更は、ビルドマシンにワークロードをインストールする必要性を減らすことで、継続的インテグレーションとデプロイシナリオに利益をもたらすと期待されている。
また、バージョン8.2では、一部のコンポーネントを別個のパッケージに移行し、プロジェクトが自動的に参照することで、この目標に向けた進展があったと述べられている。この変更はユーザーにはほとんど透過的であると予想されるが、ワークロードとパッケージリファレンスを最新バージョンに更新する必要がある。GitHubのオープン・イシューに、関心のある読者のために、これらのトピックに関する詳細が掲載されている。
このリリースに対するコミュニティからのフィードバックは、おおむね好意的なものであった。ユーザーからは、ハブ接続URLとポートを管理するためのSignalR Integrationや、Azure App Serviceのデプロイと問題点に関するドキュメントの改善など、追加機能の要望が寄せられている。最後に、公式リリースノートに本リリースに関する詳細情報が掲載されているので、興味のある方はぜひご覧いただきたい。