マイクロソフト、「.NET 8」正式リリース、2年ぶりのLTS版。Dynamic PGOによる最適化コンパイル、事前コンパイルのバイナリサイズが半分など、さらなる高速化が前進 Announcing the availability of .NET 8, the latest LTS version of one of the world’s leading development platforms. With this release, .NET reshapes the way we build intelligent, cloud-native, applications and high-traffic services that scale on demand. https://t.co/WqZkUpJOhN pic.twitter.com/NmARKBd78q — .NET (
はじめに 本連載では、マルチプラットフォーム化が進む.NETと、そのWebアプリケーション開発フレームワークであるASP.NET Coreの全体像を俯瞰します。ASP.NET Coreは、アプリケーションの目的や開発スタイルに応じて選択することができる多彩なサブフレームワークを搭載しています。それらの基本的な性質や機能を読者に示すことで、ASP.NET Core導入の一助になることを目的とします。 対象読者 Core以前のASP.NETに慣れ親しんだ方 Web開発の新しい選択肢としてASP.NET Coreを理解したい方 ASP.NET Coreの多彩なフレームワークを俯瞰したい方 必要な環境 本記事のサンプルコードは、以下の環境で動作を確認しています。 macOS Ventura / Windows 10（64bit） .NET SDK 7.0.100 SignalRとは SignalR
.NET SDK とツールを使用して構築を開始する
AWS の .NET ロギング拡張機能は、.NET ロギング フレームワークを Amazon CloudWatch Logs と統合して、設定されたロググループにログデータを書き込みます。ログは、AWS CloudWatch コンソール を使用して表示および検索できます。NLog、Apache log4net、ILogger、Serilog をサポート. .NET Configuration Extension for AWS Systems Manager (AWS SSM) は、AWS SSM Parameter Store と AWS SSM AppConfig を .NET Core アプリケーションの設定情報のソースとして使用することを簡素化します。 AWS Systems Manager 用の ASP.NET Core Data Protection Provider の実装に
注釈 エンコード プロバイダーは、特定のターゲット プラットフォームで使用できないエンコードを提供します。 .NET Frameworkでは、多数の文字エンコードとコード ページがサポートされています。 メソッドを呼び出すことで、.NET Frameworkで使用できるエンコードの完全な一覧をEncoding.GetEncodings取得できます。 一方、.NET Core では、既定では次のエンコーディングのみがサポートされています。 プロパティによって Encoding.ASCII 返される ASCII (コード ページ 20127)。 ISO-8859-1 (コード ページ 28591)。 プロパティによって Encoding.UTF7 返される UTF-7 (コード ページ 65000)。 プロパティによって Encoding.UTF8 返される UTF-8 (コード ページ 65
マイクロソフト「.NET 7」正式リリース。パフォーマンス改善、Linux対応向上、コンテナ生成、ネイティブコンパイラ搭載など新機能 マイクロソフトは同社の包括的なアプリケーションフレームワーク「.NET 7」の正式リリースを発表しました。 It’s here – and it’s blazing fast… Announcing .NET 7, the fastest .NET yet with new enhancements for .NET MAUI, #ASPNET Core, Cloud Native, ARM64, Performance improvements, and more. Learn more: https://t.co/kGinyOaLBQ pic.twitter.com/yzCWEzlgzF — .NET (@dotnet) November 8, 2022
1.パフォーマンスの向上 .NET 6ではランタイムに対するパフォーマンスの改善が多数あります。ゲーム開発者やライブラリ開発者にとっては詳細を理解することがとても有効ですが、業務アプリ開発者の場合、.NET 6をターゲットフレームワークにするだけでパフォーマンスの改善が見込めるので、移行するだけでもある程度のメリットを享受できます。 .NET 6では、公開されているベンチマークによると、Entity Framework Coreのパフォーマンスは.NET 5と比べて最大92％速度を向上させており、Entity Framework Coreを利用している場合、既存の.NET Webアプリを.NET 6にマイグレーションするだけでも速度向上を見込めます。 .NETでパフォーマンスの向上に注力する最大の理由は、「クラウドコンピューティングのコスト削減」です。少ないコンピューティングリソースで必要
.NET 6 ではパフォーマンス向上のために Dynamic PGO という機能が JIT に追加されています。 名前の通り PGO を実行時に行ってパフォーマンス向上に役立てるという機能で、Azure AD の Gateway では .NET 6 と Dynamic PGO を組み合わせることで CPU 使用率を 33% 下げて、これまでより 50% もアプリケーションの実行効率を向上出来たらしいです。 .NET Core 3.0 で Tiered Compilation が追加されて Tier 0 コードから Tier 1 に差し替え出来るようになりましたが、Dynamic PGO は Tier 0 から Tier 1 のコード生成時に、実行時に収集されたプロファイルデータに従って最適なコードを生成できるようになりました。 パフォーマンス向上の機能としては同じく .NET Core 3
Windows macOS Linux ASP.NET Core には次のものが付属しています。 Kestrel サーバーは、クロスプラットフォーム HTTP サーバーの既定の実装です。 Kestrel を使用すると、最高のパフォーマンスとメモリ使用率が提供されますが、HTTP.sys の高度な機能の一部は提供されません。 詳細については、Windows タブの「Kestrel とHTTP.sys」を参照してください。 IIS HTTP サーバーは、IIS 用のインプロセス サーバーです。 HTTP.sys サーバーは、HTTP.sys カーネル ドライバーおよび HTTP サーバー API に基づく Windows 専用の HTTP サーバーです。 IIS または IIS Express を使用すると、アプリは次のどちらかで実行されます。 IIS HTTP サーバーを使用して IIS ワ
.NET でコンソールアプリケーションを開発するときの悩みの種が、コマンドライン引数の解析。 .NET Framework がコマンドラインパーサーを提供してくれないので、 仕方なくオレオレパーサーを書いたり、Mono にあるライブラリを使ったりしてきたけど、 .NET Core 時代になってようやく Microsoft がライブラリを提供してくれた。 www.nuget.org cURL みたいな、サブコマンドを持たない CLI を書くならこんな感じになる。 using System; using Microsoft.Extensions.CommandLineUtils; namespace SampleCli { class Program { static void Main(string[] args) { var app = new CommandLineApplication
アプリを .NET 6 に移行する場合、ここに一覧表示されている破壊的変更が影響する可能性があります。 変更は、ASP.NET Core や Windows フォームなどのテクノロジ領域別にグループ化されています。 この記事では、各破壊的変更が "バイナリ互換" であるか、"ソース互換" であるかを示します。 バイナリ互換 - 既存のバイナリは再コンパイルなしで正常に読み込まれて実行され、実行時の動作は変化しません。 ソース互換 - 新しいランタイムを対象にしたり、新しい SDK やコンポーネントを使用したりする場合、ソース コードは変更なしで正常にコンパイルされます。 ASP.NET Core Title バイナリ互換 ソース互換
コマンドラインアプリケーションを作りたかったのでSystem.CommandLineを利用してみた。その備忘録としてこの記事を記載します。 System.CommandLine とは System.ConmmandLineは.NETでコンソールアプリケーション(CLI)を作るための.NET公式のライブラリです。 触った印象ではライブラリというよりかはフレームワークの立ち位置の印象です。 主にCLIのコマンドライン引数のパースしその結果をCLIアプリケーションの引数などにマッピングしたり、 CLIアプリのエントリーポイントの呼び出し、そしてヘルプなどCLIでよく実装される出力（System.CommandLineではレンダリングと呼んでいる）を自動で行ったりしてくれます。 サンプルアプリを実装してみる command-line-api/Your-first-app-with-System-C
作成者: Rick Anderson、Steve Smith ミドルウェアとは、要求と応答を処理するために、アプリのパイプラインに組み込まれたソフトウェアです。 各コンポーネント： 要求をパイプライン内の次のコンポーネントに渡すかどうかを選択します。 パイプラインの次のコンポーネントの前または後に作業を実行できます。 要求デリゲートは、要求パイプラインの構築に使用されます。 要求デリゲートは、各 HTTP 要求を処理します。 要求デリゲートは、Run、Map、Use の各拡張メソッドを使って構成されます。 個々の要求デリゲートは、匿名メソッドとしてインラインで指定するか (インライン ミドルウェアと呼ばれます)、または再利用可能なクラスで定義することができます。 これらの再利用可能なクラスとインラインの匿名メソッドは、"ミドルウェア" です。"ミドルウェア コンポーネント" とも呼ばれます
.NET 5 is the next major release of .NET Core following 3.1. This release was named .NET 5 instead of .NET Core 4 for two reasons: Version numbers 4.x were skipped to avoid confusion with .NET Framework 4.x. "Core" was dropped from the name to emphasize that this is the main implementation of .NET going forward. .NET 5 supports more types of apps and more platforms than .NET Core or .NET Framework
10. string s = "AA0001"; int.Parse(s.Substring(2, 4)); int.Parse(s.AsSpan().Slice(2, 4)); A A 0 0 0 1 0 0 0 0 1 0 ヒープ確保不要！ コピー不要 A A 0 0 0 1 0 Span<char> 現在従来 int.Parseを始めとして、様々なメソッドにSpan<T> を受け取る オーバーロードが追加されている ヒープ確保、コピー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
