【ITニュース解説】WebForms Core 2.2 Development Has Begun

WebForms Core 2.2の開発が始まったというニュースは、ウェブアプリケーション開発における新しいアプローチであるWebForms Coreが、さらなる進化を遂げようとしていることを示している。この技術がどのような思想を持ち、どのようなメリットをもたらすのかを理解することは、今後のシステム開発の方向性を考える上で重要である。

WebForms Coreは「サーバーオーケストレーションUI」という、これまでのサーバー主導型UIとは異なる独自のアーキテクチャを採用している。既存の多くのサーバー主導型UI、例えばBlazor Serverといった技術では、ユーザーがブラウザでウェブページを開くたびに、サーバー側でそのブラウザとの接続状態を維持し、UIの状態（現在どのコンポーネントが表示されているかなど）を管理する。これはサーバーがブラウザのUIの「持ち主」となり、状態を常に把握しているイメージに近い。

しかし、WebForms Coreの基本的な考え方はこれと大きく異なる。WebForms Coreのサーバーは「ステートレス」、つまり個々のユーザーのUIの状態を永続的に記憶しない。その代わりに、サーバーはWebFormsクラスと呼ばれるものを使って「UI操作の指示」を生成し、これらの指示を「コマンド」としてブラウザに送る。ブラウザ側では「WebFormsJS」というJavaScriptのライブラリがこれらのコマンドを受け取り、実際にHTMLドキュメント（ウェブページの見た目）を操作してUIを更新する。

このアプローチの最大の利点は、サーバーがユーザーごとの複雑なUIの状態を記憶する必要がないため、非常に軽量で高いスケーラビリティ（多くのユーザーに対応できる能力）を持つことだ。サーバーはUIの「指揮者（オーケストレーター）」として振る舞い、ブラウザのUIの状態を永続的に管理することはない。UIの見た目や動きを「記述し、調整する」役割に徹することで、サーバーは負荷を抑えつつ、多くのリクエストに応えられるようになる。

WebForms Core 2.2では、このサーバーオーケストレーションUIモデルをさらに洗練させることに注力している。単に新しいコマンドを追加するだけでなく、レンダリング（UIの描画）、状態管理（UIの状態の制御）、データ変換、データの書式設定、算術演算、そしてシステム全体の拡張性といった、より高度なメカニズムを提供することを目指す。目標は、複雑なUI操作をよりシンプルかつ表現豊かに記述できるようにしながら、WebForms Coreの基本思想である「サーバー指向」「HTMLネイティブ」「特定のフロントエンドフレームワークに依存しない」という特徴を維持することだ。

具体的に、WebForms Core 2.2はどのような進化を遂げるのだろうか。 これまでのWebForms Coreは、サーバー側のWebFormsクラスが生成するコマンドを、WebFormsJSがブラウザのHTML DOM（ウェブページの構造）で実行するというモデルで動作していた。その流れは、サーバーからWebFormsクラスへ、そこからコマンドがWebFormsJSへ送られ、最終的にHTML DOMが操作されるというものだ。 2.2では、この「コマンド」が指す内容がより高レベルなものへと変化する。開発者がHTMLの要素を直接操作するような低レベルなDOMコマンドを一つ一つ組み立てる代わりに、WebForms Core自身が、データの書式設定、テキスト処理、算術計算、レンダリング操作、状態の検出といった、より複雑な操作を直接実行できるようになる。これにより、開発者はより直感的で効率的にUIのロジックを記述できるようになる。

新機能の一つである「Isole」は、一時的なDOM操作を扱うための高レベルな抽象化を提供する。複雑なUIの変更は、しばしば一時的なDOMの初期化と完了という一連の作業を伴うが、Isoleはこれらの作業を自動的に行い、開発者が手動で管理する手間を省く。結果として、複雑なDOM変換のグループを、WebFormsの実行階層内でよりシンプルに分離できるようになる。

レンダリングと状態管理は、WebForms Core 2.2の最も重要な進化方向の一つである。複雑なUIの更新は、単一のDOM操作で終わることは稀であり、複数の変換、一時的な状態、繰り返し行うテンプレートへのデータ適用、状態の検出、そして時には以前の状態への復元といったプロセスを伴う。WebForms Core 2.2は、これらの操作を一つの大きなレンダリングプロセスの一部として扱えるようなメカニズムを導入する。

その具体的な機能として「SnapshotとRollback」がある。これは、HTML要素の現在の状態を一時的に保存（スナップショット）し、その後に要素を修正したり、新しいデータを適用したりした後に、必要であれば以前の保存された状態に戻す（ロールバック）ことができる機能だ。これは、複数の操作が同じ元の状態に対して行われるような複雑なレンダリングシナリオで非常に役立つ。

また、「Hash-Based State Detection（GetTagHash）」という機能も導入される。これは、HTMLタグの表現から「ハッシュ」と呼ばれるユニークな値を生成する機能だ。このハッシュを保存しておき、後で新しいハッシュと比較することで、そのHTMLの状態が変化したかどうかを軽量に検出できる。サーバーがブラウザのDOM（HTMLの構造）のミラー（鏡像）をすべて保持する必要なく、UIの状態変化を効率的に把握できるため、状態の検証、条件付きでのUI描画、パフォーマンスの最適化などに利用できる。これらのメカニズムは、「サーバーがブラウザのDOMの完全な表現を維持する必要はない」というWebForms Coreの重要な原則に基づいている。サーバーは変換を指示するだけで、実際の変換はWebFormsJSがブラウザで行うのだ。

データの書式設定もWebForms Core 2.2の重要な追加機能である。キャッシュされた値や保存された値に対して、WebForms実行モデル内で直接書式設定を行うことができる。例えば、数値「4200」を「4,200」のように桁区切りで表示したり、時間「23:1:8」を「23:01:08」のように正規化したりすることが可能だ。これは正規表現も利用できるため、シンプルな書式設定から高度なテキスト変換まで対応できる。

算術演算もWebFormsコマンドモデルに直接組み込まれる。足し算、引き算、掛け算、割り算、剰余、整数除算、累乗といった計算を、カスタムのJavaScriptコードを書くことなく、WebFormsの命令内で直接行える。これにより、算術計算がサーバーオーケストレーションUI操作の一部である場合に、よりシームレスに処理を進められる。

テキスト操作も大幅に強化される。文字列の一部を抜き出したり、特定のテキストの前や後の部分を取得したりといった一般的な文字列操作を、WebFormsの実行フロー内で直接行える。これにより、データを取得し、テキスト操作を行い、算術演算を適用し、書式設定して最終的に表示するという、一連のデータ変換プロセスがWebForms内でより表現豊かになる。

さらに、WebForms Core 2.2では、HTML表現に対して正規表現を使用してタグを選択する機能も導入される。これは、従来のCSSセレクタだけでは要素を特定しにくい場合に、HTMLのパターンを使って要素を見つけるための強力な手段となる。

開発者向けの改善点として、「コメント」機能も追加される。生成されるWebFormsのコマンド構造内に開発者がコメントを挿入できるようになり、複雑なWebFormsクラスのデバッグや理解が容易になる。

そして、WebForms Core 2.2は「ミドルウェア」ベースの拡張メカニズムへの移行も進めている。これは、WebFormsJSの核となる部分を修正することなく、開発者が特定のJavaScript機能を追加できる仕組みだ。例えば、画像をアップロードする際に、サーバーに送る前にクライアント側で画像の品質を処理するミドルウェアを組み込むといったことが可能になる。これにより、画像処理、圧縮、クライアント側での変換、特定のコントロールの提供といった専門的な機能を独立したモジュールとしてWebForms Coreアーキテクチャに統合できる。

WebForms Core 2.2のより広い目標は、WebForms言語の抽象度を高めることにある。一つ一つの低レベルなDOMコマンドの集合として動作を実装するのではなく、「フォーマット」「算術」「テキスト処理」「レンダリング」「状態検出」「スナップショット」「ロールバック」「ミドルウェア」といった、より高レベルな「操作」としてWebFormsクラスが表現できるようになるのだ。これにより、WebFormsクラスはより表現豊かになりながらも、基盤となる「指揮者-実行者」のアーキテクチャは維持される。

WebForms Core 2.2は、WebForms Coreが提唱するサーバーオーケストレーションUI技術の進化をさらに推し進める。サーバーがWebFormsクラスと生成されたコマンドを通じてUI操作を記述し、WebFormsJSがブラウザのHTML DOMに対してそれらのコマンドを実行するという基本構造は変わらない。しかし、2.2の新しい機能は、このアーキテクチャの周りにデータ、変換、書式設定、レンダリング、状態検出といった高レベルな層を追加する。これにより、個別のフロントエンドアプリケーションやクライアント側での仮想的なUI表現を必要とせず、ますます複雑な対話型インターフェースをWebForms Coreで処理できるようになる。

WebForms Core 2.2の開発はまだ進行中であり、今後も新たな機能やAPIの改善が導入される可能性はある。しかし、その方向性は明確だ。それは、個別のDOM操作の積み重ねから、サーバーオーケストレーション型のレンダリング、データ変換、状態管理、そして拡張性のための、より完全で表現豊かなモデルへと移行することである。目的は、複雑な対話型ウェブアプリケーションの構築を容易にすることであり、そのアーキテクチャは「サーバー指向」「HTMLネイティブ」「アプリケーションアーキテクチャレベルでのステートレス」「RESTful」「HTTP、WebSocket、SSEとの互換性」「独立したフロントエンドフレームワークからの独立」「WebFormsとWebFormsJSを通じた拡張性」という特徴を維持する。WebForms Core 2.2は、単なる新しいコマンドの集まりではなく、サーバーオーケストレーションUIのための、より表現力豊かな基盤を構築しようとする取り組みなのである。