4D 20 R10からの4D 21の新機能

このドキュメントでは、4D 20 R10 と比較して4D 21 LTSで導入されたすべての新機能を紹介します。各機能には、実用的な例を示すブログ記事への直接リンクと、技術的な詳細を示すドキュメントへの直接リンクが含まれています。

👉4D 20 R2からR9で導入された機能を見逃した方は、それぞれの機能で追加された主要な機能の全リストをお見逃しなく-それらはこの記事の一番下のFeature Release の詳細 にリンクがまとめられています。

このドキュメントは10のセクションに分かれています：

AIの統合

// ステップ 1: 意味的に一致させたいプロファイルの種類を定義する
$searchText:="senior project manager with strong HR background, based in France"

// ステップ 2: AI クライアントを作成する(ローカル baseURL はオプション)
$client:=cs.AIKit.OpenAI.new()
$client.baseURL:="http://127.0.0.1:1234/v1"

// ステップ 3: 検索テキスト用の埋め込みベクトルを生成する
$embedResult:=$client.embeddings.create($searchText; "text-embedding-mxbai-embed-large-v1")
$semanticVector:=$embedResult.vector

// ステップ 4: 類似度オブションを指定したセマンティッククエリオブジェクトをビルドする
$semanticQuery:={vector: $semanticVector; metric: "cosine"; threshold: 0.4}

// Step 5: クエリを実行する — 意味的な合致と従来のフィルターを組み合わせる
$results:=ds.Profiles.query("yearsOfExperience >= 5 & expertise >= :1"; $semanticQuery)

ベクトル条件は従来のORDAロジックとシームレスにブレンドが可能なので、1つのクエリでセマンティック類似度と従来のフィルタを組み合わせることができます。しきい値を調整することで、結果は広範でノイズの多いものから局所的で正確なものへと変化し、複雑さを増すことなく、文脈を考慮した意味のある結果を得ることができます。すべてのプロセスは、すでに皆様がよくご存知のORDAの文法内にとどまり、これによってクエリをすっきりさせ、表現力を高め、保守しやすくします。

AIツールの呼び出しとレスポンスフォーマット

AIツール呼び出し とレスポンスフォーマットは、ビジネス固有の機能 をAI手動の会話に直接統合する機能で4D AIKitを拡張します。ツール呼び出しにより、アプリケーションから選択した機能（「利用可能な商品カテゴリーをリストアップする」や「売れ筋商品を取得する」など）を呼び出し可能なツールとして公開することができます。AIモデルがあるツールが必要だと判断すると、4D AIKitは自動的に登録した4D関数を呼び出し、その結果をレスポンスに統合します。これにより、大規模なデータセットのアップロードや再トレーニングなどをすることなく、AIがライブのアプリケーション固有のデータをもってユーザーのクエリに回答できるようになります。ユーザーが“カテゴリー別の売れ筋商品トップ10は？”と質問すると、モデルはあなたの関数を呼び出し、実際のビジネスデータを取得し、自然言語で答えを返すことができます。

さらに、4D AIKitは構造化されたレスポンスフォーマットをサポートし、これにより下流プロセスとの統合をより信頼性の高いものにします。レスポンスは、プレーンテキストだけでなく、レスポンスを厳密なJSONオブジェクトとして要求したり、あるいは定義したJSONスキーマに従わせることもできます。これは、ユーザーからの構造化されていない入力を予測可能なデータに変換する必要がある場合や、AIが生成したコンテンツを手作業でクリーンアップすることなく自動ワークフローに流し込む必要がある場合に特に便利です。

セマンティッククエリ、ツール呼び出し、構造化されたレスポンスフォーマットを組み合わせることで、4DのAIは単なる会話レイヤーではなく、関連するビジネスデータを取得し、アプリケーション内で安全にロジックを適用し、ワークフローにシームレスに適合する構造化された出力を提供することができる、完全に統合されたシステムコンポーネントとなりました。そして今、 AIKit はオープンソース化され、完全な透明性とコントロールが可能になり、ビジネスの用途のために適用、拡張、進化することも可能となりました。

ネットワークスイッチング

4D 20 R2で導入されたQUICプロトコルは、特に高レイテンシやロスの多い環境において、より高速で弾力性のある通信を実現しました。4D 21 LTSでは、QUICが推奨ネットワークレイヤーとなり、デフォルトのServerNetに代わって、信頼性の高い最新のデプロイメントに大きな一歩を踏み出しました。

シームレスなネットワーク切り替え

4D 21では、ネットワークインターフェースを切り替えても、4Dリモート接続が中断されることはありません。イーサネットからWi-Fiへの移動、アダプタの変更、あるいはラップトップをスリープ中に異なるネットワーク環境に移動させたとしても、クライアントは自動的に4Dサーバーとのセッションを再確立し、データを失うことなく実行を継続します。これは、QUICプロトコルによって可能になったもので、ネットワーク状況の変化に対して、高速で信頼性の高い再接続を可能にします。

ワークフローはシームレスに保たれます。実行コンテキストは保持され、プロセスは中断したところから再開します。サーバー側では、クライアントのIPアドレスが管理ダイアログ、診断ログ、Session属性でリアルタイムに更新され、管理者の完全な透明性を確保します。これにより、ネットワーク状況が頻繁に変化するモバイル環境においても、4Dリモートははるかに堅牢になります。

ORDA

4D 20 R10では、ORDAには、エンティティの初期化のためのConstructor 、変更を追跡するためのonTouch を導入し、これによりビジネスロジックとデータを近づけました。4D 21 LTSでは、この進化はライフサイクルイベントのフルセットを導入することで完結し、これにより開発者はエンティティのライフサイクルのすべての段階を正確にコントロールできるようになりました。

4D Qodly Pro

4D Qodly Proを使えば、HTML やJavaScriptを一行も書くことなく、現代的なブラウザベースのインターフェースでビジネスアプリケーションを拡張することができます。ビジュアルなドラッグ＆ドロップエディターを使って、レスポンシブなWebフォームを構築し、それを既存の4Dビジネスロジックに直接接続できます。

4D 21 LTSからは、Webエリアを使って、Qodly Proのページを従来の4Dフォームに直接埋め込むこともできます。これをユーザーの視点から見ると、別ウィンドウや追加ライセンスの必要もない、まるで1つのシームレスなインターフェースのように感じられます。埋め込まれたQodly Pro ページは、4D リモートクライアントと同じセッションとライセンスを共有するため、透明性が保たれると同時に、追加コストもかかりません。

ビルトイン国際化(i18n)

4D Qodly Proは、ビルトインの国際化(i18n)を提供しています。

サポートされている言語は、新しいLocalizationセクションでロケールとして定義され、ここでは翻訳キーと値を管理し、コンポーネントに割り当てることができます。言語の選択は、ビルトインのUserLanguage QodlySourceによって処理され、ユーザーの選択がリアルタイムで適用されます。

自動フォールバックは、セッションデータ、ブラウザのデフォルト、またはプライマリロケールをカバーし、ネイティブの右から左（RTL）サポートは、アラビア語のような言語を自然に感じさせます。言語を切り替えるとコンテンツが即座に更新され、スムーズでパーソナライズされたユーザーエクスペリエンを保証します。

これにより、UIを再設計したり複雑さを追加することなく、新しい市場への進出、オンボーディング摩擦(導入摩擦)の軽減、ユーザーの信頼性の強化が可能になります。ローカル向けでもグローバル向けでも、あなたの製品はユーザーの言語にすぐに対応できます。

Qodlyページイベントレポート

4D Qodly Proの新しいQodlyページイベントレポートは、ページ上の全てのイベントを分かりやすく表示します。それがたとえ標準アクション、ナビゲーションアクション、クラス関数、ダイアログアクションなどどこで起きたものであろうと、何のイベントが宣言され、どこで実装され、どの順番で実行されるかがわかります。

イベントフローを透明にすることで、デバッグをスピードアップし、ハンドラの重複や欠落を即座に発見し、最適化を容易にします。チームでの共同作業がより容易になり、ページの動作を正確に把握することで自信もつきます。

小規模なアプリ開発でも大規模なソリューションでも、イベント管理に明快さ、正確さ、効率性をもたらすシンプルな方法です。

キャンバスズームコントロール

4D Qodly Proのページエディターでは、複雑なレイアウトの作業を簡単にするために、キャンバスのズームコントロールを導入しました。キーボードショートカットやマウスホイールナビゲーションに対応し、ツールバーから直接、ズームイン、ズームアウト、ビューのリセットができるようになりました。

現在のズームレベルはインターフェイスに表示されるため、開発者はキャンバス上のコンポーネントの表示と配置を正確にコントロールできます。

これらの機能強化により、ナビゲーション、デザインの正確性、全体的な使いやすさが向上し、ページエディタが最新のビジュアル・デザイン・ツールの基準に合致するようになりました。

Qodly Studioの自動セットアップ

4DデザインモードからQodly Studioを初めて起動すると、自動セットアップウィザードが起動するようになりました。必要な設定-RESTサーバーの有効化、スケーラブルセッション、Webサーバーポート-が検出され、それらを有効にするかどうかを質問されます。

承認されると、必要に応じた設定で再起動され、Qodly Studioがブラウザで開きます。拒否された場合、変更は行われません。ワークフローはスムーズで速く、特に新規ユーザーにとって便利なものと言えるでしょう。

これによりQodly Studioを起動する際に、手動による事前設定が不要になりました。初めての開発者でも、ワンクリックで生産性が向上します。

4Dコンポーネント

4D 20と21では、コンポーネントの使い方が劇的に改善されました。依存関係マネージャにより、それが公開であるか非公開であるかに関わらず、コンポーネントを簡単に追加、メンテナンスできるようになりました。また、4D 20 R10からは、コンポーネント編集の新しいモデルが導入され、ホストプロジェクトから直接コンポーネントメソッドの編集やデバッグができるようになりました。

シームレスなコンポーネント統合へ向けて

4Dでのコンポーネント開発は、大きな飛躍を遂げました。コンポーネントのメソッドやクラスは、共有されているかどうかに関わらず、コンポーネントを個別に開き直したりすることなくホストプロジェクトから直接、表示と編集ができるようになりました。インタープリタモードであれば、すべてのメソッドをその場で 編集できるようになり、コンポーネント全体をホストUIから作成することもできます。このとき、名前空間、ファイル、ストラクチャーを初期化し、そのあとにインタープリタモードですぐに編集できるようになります。

コードだけでなく、読み取り専用のフォーム、フォルダ、定数、コマンド、プラグイン、さらにはコンポーネント固有のゴミ箱まで、可視性が拡大しました。定数は、ソースコンポーネントへのリンクを維持するため、アプリ全体の一貫性を確保します。一方、新規作成フローは、依存関係を自動的に配線し、新しいモードでもレガシーモードでも両方で構造を設定します。

これにより、コンポーネントの反復がより速くなり、モジュール化がよりスムーズになり、プロジェクトがよりクリーンで透明なものになります。これは、コンポーネントをホスト・プロジェクトのワークフローに近づける重要なマイルストーンであり、また計画はここで終わりません。更なる新機能も予定されています。

オプションのコンポーネント管理

4D 21にはもはや、標準の4Dコンポーネントは含まれません。その代わりに、依存関係の追加ダイアログで必要なコンポーネントを宣言すると、4Dが自動的にそのコンポーネントを取得し、オンデマンドでインストールします。そこから、4D AI Kit、4D NetKit、4D View Pro、SVGなど、GitHubでオープンソースとして公開されている4Dコンポーネントの完全なカタログに直接アクセスできます。これにより、必要なものだけをインストールする柔軟性が得られると同時に、コンポーネントの内部を調べたり、改良に貢献したり、進化するニーズにプロジェクトを合わせることが容易になります。

• 依存関係の集中：必要なコンポーネントのみがインストールされます。

• バージョンの整合：依存関係は、デフォルトで現在の4Dバージョンに従います。これによって手動でチェックすることなく、互換性を保証します。

4D 21にアップグレードする際、既存のプロジェクトは必要なコンポーネントを自動的にダウンロードし、バイナリデータベースはインストーラーまたはダウンロードポータル経由で引き続きアクセスすることができます。

4D Netkit

HTTPサーバー

4DのHTTPサーバーは、単純なリクエスト処理を超えて成長を続けています。4D 21では、リダイレクト、カスタムヘッダー、キャッシュポリシー、CORSなど、HTTPレスポンスヘッダーとルールをフレームワークレベルで直接一元管理できるため、リバースプロキシや手動でのヘッダー管理が不要になります。

カスタムHTTPレスポンスルール

4DのHTTPレスポンスヘッダーは、サーバーレベルで設定できるようになりました。新しいHTTPRules.json ファイルまたは起動時のsettings.rules パラメータを使用して、開発者はURLパターンに検知してマッチしたレスポンスルールを定義できます。サポートされているルールは以下の通りです：

• removedHeaders: 不要なヘッダーを削除します（例えば、より厳格な監査のためにServerヘッダーを削除します）。

• addedHeaders：Content-Security-Policy、X-Frame-Options、Permissions-Policyなどのセキュリティヘッダーを注入します。

• denyAccess: 機密性の高いパスへのアクセスを403 ステータスでブロックします。

• redirection: 画像、CSS、JavaScriptのリクエストをCDNにルーティングします。

• status: レスポンスのステータスコードを明示的に定義します。

4D内で直接ヘッダーを処理することで、外部のリバースプロキシや手作業によるヘッダーインジェクションへの依存が大幅に減り、インフラがスリムになります。一貫性が向上し、RESTを含むすべてのWebレスポンスに対してフレームワークレベルでポリシーが適用されます。

ビルトインTLS/SSLサポートによるセキュアなTCP通信

TCP接続 は、TLS/SSL暗号化をネイティブにサポートするようになりました。 4D.TCPConnection.new() の新しいパラメータoptions の TLS 属性を設定することで、余分な設定やラッパーなしで暗号化されたセッションを作成できます。

• 標準ポートとセキュアポートは並行して実行できます。

• ハンドシェイクが完了すると、暗号化されたメッセージは接続を介してシームレスに流れます。

• TLS 1.3がデフォルトのプロトコルで、高いセキュリティと、最新のエンドポイントとの互換性を保証します。

これは、機密データが保護される設計となっており、これによりコンプライアンスが容易になり、セキュアなメッセージングがもはや回避策ではなく、標準の手段となったことを意味します。

ローカルファイルの代わりにWindows証明書ストアを使用

HTTPS リクエストでは、HTTPRequest およびHTTPAgent クラスのstoreCertificateName パラメータを使用して、Windows キーチェーンから証明書を直接取得できるようになりました。これにより、証明書ファイルをローカルに保存・管理する必要がなくなります。

システムレベルの保護と集中管理により、手動でファイルを操作する必要がなくなります。証明書の取り扱いは、より安全で一貫性があるものとなり、チームやマシン間での管理がより容易になります。

RESTと4DACTIONの統合セッション管理

4D 21では、それがREST接続、SOAP呼び出し、4DACTIONリクエストのいずれから発生したものであっても、すべてのオープンなWebセッションを検査する包括的な方法が追加されました。

• すべてのアクティブなセッションがリアルタイムで一覧表示されるため、管理者はアクティビティとリソースの使用状況を見落とすことなく完全に把握できます。

• セッションは、Session.setPrivilege() を介してユーザー名でラベル付けでき、これにより接続したユーザーの特定、アクションのトレース、ライセンスの管理が容易になります。

• セッションは、スレッドセーフで自動的に最適化されるため、高負荷時でもリソースの効率的な使用と信頼性の高いパフォーマンスが保証されます。

これにより、開発者と管理者は、より明確なモニタリング、より強力な監査、安定性の向上を実現しながらも、規模に応じてよりスムーズなAPIの実行が可能になります。

16進文字列から数値への変換

String コマンドで、16進文字列を直接数値に変換できるようになりました。解析ユーティリティを書いたり、バイナリ文字列のトリックに頼る必要はもうありません。文字列を渡すだけで、数値の結果を得ることができます。

これは一見些細な追加のように思えますが、外部API、低レベルのフォーマット、16進数を返す外部ソースなどを統合する際の摩擦を取り除いてくれる画期的な新機能といえます。

Feature Releases の詳細