C# .NET ウィークリー | 2026 年 9 月 第 2 号 2026-09-13 dotnet_week_26_9_2
国内の執筆
SimdPaddleOCR がリリース – 純粋な C# による完全な OCR 推論ライブラリ
この記事では、純粋な C# OCR 推論エンジンである SimdPaddleOCR を紹介します。ネイティブ ライブラリに依存せず、PP-OCRv6 検出、方向分類、識別リンクをサポートし、モデルはアセンブリ リソースに直接埋め込まれます。著者は、複数のイメージ ライブラリと異なる .NET バージョンで使用できることを強調し、一部のシナリオでは純粋な C バージョンよりも高速であるとパフォーマンスの比較を示しています。この記事には技術的な詳細が多く、実用性が高く、斬新な内容が含まれていますが、正式な引用や完全な検証情報が不足しています。
Java に対するベンチマークから Go に対するベンチマークへ: 「痛みのない」ネイティブ AOT への道はどこに到達しましたか?
この記事では、.NET ネイティブ AOT の進化、価値、生態学的問題点に焦点を当て、.NET 7 から .NET 11 までの成熟した道のりを分析しています。 この記事では、AOT の核心的な問題はコンパイラにあるのではなく、古いリフレクション駆動のエコシステムにあることを強調し、ソース ジェネレーターが主要な解決策であると指摘しています。コンテンツには多くの技術的な詳細と明確な見解が含まれています。フレームワーク、ライブラリ、クラウドネイティブのシナリオを組み合わせます。実用性が高く、適時性と独自の判断力を備えています。
軽量化、さらに軽量化: PicoServer と SimdPaddleOCR の出会い
この記事では、PicoServer と Sdcb.SimdPaddleOCR を使用して、.NET プロセスで軽量 Web API、静的ページ、中国語 OCR を実装する方法を紹介します。著者は、ASP.NET を使用しない理由は、シナリオの単純さ、依存性の低さ、高速な起動、簡単な展開の追求であることを強調し、ルーティング、OCR 読み込み、ビジネスの分離のアイデアを示しています。内容はより実践的で、統合方法やツールの位置付けについて説明していますが、詳細や比較デモは十分ではありません。
2026 年 3 月 1 日から 26.10.9 までのオープンソースから: Jalium UI は半年でどこまで進化しましたか?
この記事は、Jalium UI の半年間の進化を技術的にレビューしたものです。情報密度が高く、レンダリング、レイアウト、テキスト、AOT、仮想化、クロスプラットフォームなどの主要な方向をカバーしています。フレームワークが使えるようになって形になるまでの過程が描かれており、著者がアーキテクチャの進化を強く観察していることもわかります。ただし、この記事はバージョンの経過報告に近く、詳細な原理分析、パフォーマンス データ、比較検証が欠けています。読みやすさは良好で、用語は多いですが、構造は明確です。公開されているタグとリリースを引用すると、ソースの根拠は許容されますが、より完全な外部証拠が不足しています。
Vane.Dispatch 1.0.0 リリース: コンテナーとトランスポート層への結合がゼロの .NET サービス配布エンジン
この記事では、コンテナーおよびトランスポート層から分離された .NET サービス配布エンジンである Vane.Dispatch 1.0.0 について紹介します。ルーティング、モデル バインディング、フィルター、プロキシ生成、AOT 互換性を重視し、呼び出しリクエストをビジネス コードに適切に分散することを目標としています。この記事では、すぐにアクセスして使用する方法を示すコード例も示しています。
Visual Studio 用 YOLO の概要
この記事では、IDE 内で AI プログラミング エージェントを直接起動および管理するために使用される、Visual Studio の YOLO 拡張機能について紹介します。実際の ConPTY ターミナル、マルチタブ、Y/R グローバル スイッチ、セッション リカバリ、カスタム エージェントおよびアイコンをサポートし、作業ディレクトリを現在のソリューションにバインドします。この記事では、VS2022/VS2026 のインストールと 5 分間の開始方法に焦点を当てています。実用性が高く、技術的な詳細も適度にあり、内容も明確ですが、引用や出典の説明はほとんどありません。
国際週刊誌
トピック
.NET および .NET Framework の 2026 年 9 月サービス リリース更新 – .NET Blog
.NET および .NET Framework の 2026 年 9 月サービス リリース。このリリースには、7 件の脆弱性の修正といくつかのバグ修正が含まれています。
.NET 11 リリース候補 1 の発表 – .NET ブログ
.NET 11 リリース候補 1 がリリースされました。
- 図書館
- プロセス信号と終了ステータスを確認する
- 実験的な呼び出し元主導の TLS セッション
- Linux での DNS レコードの解決
- JSON は新しい数値型とバイナリ モードをサポートします
- JSON での閉じた型のポリモーフィズムと共用体のサポート
- 非同期オプションの検証
- スパンから BitArray を構築する
- 圧縮エンコーダ/デコーダを再利用する
- Unix での TLS チャネル バインディング
- Apple プラットフォームでの認証暗号化の高速化
- AES キーラップのサポート
- ランタイム
- Unix でのインプロセス クラッシュ レポート
- FP 16 ハードウェア命令の使用 操作半分
- SDK(SDK)
- モバイルアプリで
dotnet test改善する（改善する） dotnet test実行レベルのコントロールと結果のレイアウトを追加- コンテナリリースでの再現可能なイメージと冗長なアップロードをスキップする
- ネイティブ AOT でのファイルベースのプログラムの再利用とフォーマットのサポートを追加しました
dotnet format構成検索を含むファイルに制限する
- モバイルアプリで
- MSBuild(MSビルド)
- tar アーカイブを作成してデプロイする
- Item Grove スキーマをビルド ツールに公開する
- NuGet
- リユースパックの既存プロジェクト評価
- 脆弱なパッケージの更新では警告がエラーとして扱われるようになりました
- C#(C#)
- C#15 での共用体およびその他の言語機能の安定化
- 安全でない進化の改善
- F(F)#
- 記録的な広がり
- レコードコンストラクター
- プリンシパルを直接生成する
- 有効な完了文字列
- リフレクションログとユニオン形式はありません
- ASP.NETコア
- SignalR 認証更新 API を識別する
- SignR TypeScript クライアント認証更新のサポート
- Blazor サーバー認証後の更新行の更新
- OpenAPI 非推奨 API ブーム
- 構築時にOpenAPI環境を選択する
- TLS チャネル バインディングを使用して認証をネゴシエートする
- .Net マウイ
- テスト
- コントロール
- プラットフォームの機能
- XAML(XAML)
- Android 用 .Net
- Apple プラットフォーム (.NET for iOS、Mac Catalyst、macOS)
- Windows フォーム(Windows フォーム)
- キオスク形式の管理エクスペリエンス
- RC 1 の安定したモダンなビジュアル スタイル
VS コードの物語 |公式記録 – YouTube
Visual Studio Code の公式ドキュメントが YouTube で公開されました。
Project Zenith が発表: 開発者グレードのデバイスでコード対応の Windows エクスペリエンスを実現
開発者向けのデバイス構成として、Project Zenithが発表された。
Project Zenith は、64 GB 以上のユニファイド メモリと 250 GB/秒以上のメモリ帯域幅を備えた PC で利用できます。これには、開発者向けに事前構成された Windows 11 が付属しており、Studio Code やさまざまな言語/ランタイムなどがインストールされています。まず、AMD の Ryzen AI Halo デバイスが今後数か月以内に発売される予定です。
リリース(リリース)
記事、スライドなど
船のテスト: MSTest とネイティブ AOT – .NET ブログ
テストでの MSTest と Native AOT の組み合わせの使用について
Pagefind を使用して Blazor WebAssembly に全文検索を追加する – David Pine | @IEVangelist
全文検索のために Pagefind を Blazor WebAssembly アプリケーションに統合する方法を学習します。
さらに悪いことに、C# と F# の比較です。
F# は人気がありませんが、C# よりは優れています。
ライダーとライダーのスタートが遅い理由と Microsoft が問題解決にどのように貢献できるか – JetBrains のブログ
ReSharper がアウトプロセスで実行されていたとき、Visual Studio の起動が遅いため調査を開始しました。各種IDEの起動時間などを調査したところ、Microsoft Defenderが原因であることが判明したため、Microsoftと協力して改善を図りました。
ファイルベースのアプリケーションで検証コードを作成する
BenchmarkDotNet または TUnit を使用したファイルベースのアプリケーションでの検証コードの記述について。
今日は…。分散 .NET アプリケーション全体の隠れた遅延を見つける – Visual Studio ブログ
サンプル プロジェクトでは、Blazor/Aspire 分散アプリケーションのパフォーマンスの問題を段階的に調査します。
.NET Conf 2026 コミュニティ デイの講演者募集 – .NET Blog
。 NETConf 2026 Community Day のピッチノートが公開されました。
私の OSS プロジェクト – AngleSharp
AngleSharp の作者からのコメント。 AngleSharp がどのように開発されたか、そして私たちがまだ行っていないこと。
その日の人々
マイケル・ストーンブレイカー（英語: Michael Stonebraker、1943 年 10 月 11 日 – ）は、長年データベース システムの研究とエンジニアリングの実践に注力してきたアメリカのコンピュータ科学者です。彼はカリフォルニア大学バークレー校で Ingres と Postgres の創設に参加し、その後、Illustra、Vertica、VoltDB、SciDB などのデータベース システムと企業を推進し、リレーショナル データベース研究を学術的なプロトタイプから商用およびオープンソース ソフトウェアの実践まで前進させました。
2014 年、Stonebraker は「現代のデータベース システムの基礎となる概念と実践への根本的な貢献」に対してチューリング賞を受賞しました。 ACM は特に、多くの最新データベースで採用されている概念を発明および設計し、オープン ソフトウェア配布を通じてこれらのテクノロジの普及を促進したことを彼の功績として認めています。
C# .NET通信グループ
開発中にパフォーマンスの問題に遭遇することは誰でもよくあると思います。パフォーマンスのボトルネックを発見するための効果的なツールが不足しているか、ボトルネックを発見した後に最適化する方法が分からないという悩みを抱えています。以前から読者や友人から技術交流グループがないか尋ねられていましたが、さまざまな理由により設立されていませんでした。ここで、.NET パフォーマンス最適化の経験を交換することに特化したグループを作成したことをここで発表できることを嬉しく思います。トピックには以下が含まれますが、これらに限定されません。
- APM、ドットネット ツール、その他のツールの使用など、.NET パフォーマンスのボトルネックを見つける方法
- ガベージ コレクター、JIT など、.NET Framework の基本原則の実装。
- 高パフォーマンスの .NET コードを作成する方法とパフォーマンスの落とし穴がある場所
より多くの同じ考えを持つ友人が私たちに参加して、仕事で遭遇した .NET の問題や、貴重な分析と最適化の経験を共有できることを願っています。現在、1 つのグループが満席で、2 番目のグループが空き中です。私を vx として追加していただければ、グループに追加させていただきます。 ls1075 こちらも作成しました QQグループ:687779078、どなたでもご参加いただけます。
