4D 21 LTSの新機能

• 1. 4D 21: あなたのAIエンジン
• 2. ネットワーク
• 3. ORDA
• 4. 4D Qodly Pro
• 5. データベース

• 6. 4Dコンポーネント
• 7. 4D NetKit & メール機能
• 8. HTTPサーバー
• 9. 4D Write Pro
• 10. 4D View Pro
• 11. セキュリティ
• 12. 4Dランゲージ
• 13. コード＆フォームエディター
• 14. Visual Studioコード拡張機能
• 15. ユーザーインターフェース

4D 21: あなたのAIエンジン

// ステップ 1: セマンティックに検索したいプロフィールをを定義する
$searchText:="senior project manager with strong HR background, based in France" //"フランスを本拠地にしている、ヒューマンリソースに強い上級プロジェクトマネージャー"

// ステップ 2: AI クライアントを作成する(ローカル baseURL はオプション)
$client:=cs.AIKit.OpenAI.new("YourApiKey")
$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}

// ステップ 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 21は、今日のコネクティビティに対する期待に応えるために構築された、最新のパフォーマンス重視の基盤により、ネットワークレイヤーを再定義します。実行しようとしているのが高レイテンシのクライアント/サーバー・ワークロードの実行、セッション途中でのネットワーク切り替え、TCPやUDPを介したデバイスの統合、繰り返されるHTTPコールの最適化であろうと、スタック全体がより高速な接続、より強力な回復力、より厳密な制御を実現するように設計されています。QUICは、よりスムーズで低遅延なリモート・セッションのための推奨されたトランスポート・プロトコルとなり、TCPはTLSときめ細かなタイムアウト処理による非同期APIを獲得し、UDPは新しいイベント駆動型ソケットAPIを備え、HTTPリクエストは専用エージェントによる持続的接続管理の恩恵を受けます。これらのアップグレードは、アプリケーションのネットワーク通信の各レイヤーにスピード、安定性、柔軟性をもたらします。

QUIC: より弾力性のあるクライアント/サーバー接続性

QUICは、4Dクライアント/サーバー接続をより弾力的で信頼性の高いものにするために設計された最新のネットワークレイヤーです。4D 21では、コンパイルされたアプリケーションでも、ストラクチャー設定、ユーザー設定、データベース設定から直接QUICを有効にすることができ、これによって再ビルドの必要なく容易にテストと運用ができるようになります。

実際のワークロードでは、QUICはServerNetよりも優れたパフォーマンスを発揮し、不安定な接続や遅延の大きい接続をよりスマートに処理します。これは、ユーザーへの迅速なインタラクション、Wi-Fiやモバイル・ネットワーク上でのスムーズな動作、そして全体的により回復力のあるエクスペリエンスを実現できることを意味します。

ServerNetは引き続きサポートされますが、QUICは現在、現代のインターネットトランスポート規格の恩恵を目的とした新規導入においては推奨される選択肢となっています。既存の環境を移行する前に、インフラストラクチャがUDPをサポートしているかどうかを確認してください。

QUICによるシームレスなネットワーク・スイッチング

QUICを使えば、ネットワークインターフェースを切り替えても、4Dリモート接続が中断されることはありません。イーサネットからWi-Fiに移行しても、アダプタを変更しても、別のネットワーク上のラップトップを起動しても、クライアントは自動的に4D Serverとのセッションを再確立し、データを失うことなく実行を継続します。QUICは、変化するネットワーク状況下でも高速で回復力のある再接続を可能にし、モバイルや不安定な環境でもスムーズなエクスペリエンスを実現します。

実行コンテキストが保持され、プロセスは中断したところから再開されます。サーバー側では、クライアントのIPアドレスが管理ダイアログ、診断ログ、Session属性でリアルタイムに更新されるため、管理者は完全に把握することができます。これにより、ネットワーク状況が頻繁に変化する場合でも、4Dリモートの堅牢性が大幅に向上します。

最新のセキュアなTCPネットワーク(クライアント、サーバー、TLS)

4D 21は、従来の4Dインターネットコマンドに代わる、完全でモダンなTCPネットワークスタックを提供します。

この TCPConnectionクラスは、オブジェクト指向のAPIと、onConnection、onData、onShutdown、onErrorなどのコールバックにより、クライアント側の通信を処理します。Blobやテキストを送信したり、発生したイベントに反応したり、外部デバイスやサービス、カスタムのプロトコルに簡単に接続したりすることができます。

この TCPListenerクラスはこの機能のサーバー側を補完します。これを使用することで特定のポートをリッスンしたり、新規の接続を許可または拒否したり、許可された各クライアントを専用のTCPConnection インスタンスに渡すことができます。これにより、軽量なサービスやデバイスゲートウェイを4Dで直接構築するための一貫したモデルが提供されます。

すべてを安全にするために、TCP接続はネイティブのTLS/SSL暗号化をサポートするようになりました。4D.TCPConnection.new() の新しいoptions パラメータで TLS 属性を 有効にすることで、TLS 1.3 をデフォルト・プロトコルとして、暗号化されたセッションを自動的に確立します。標準ポートとセキュアポートは並行して実行でき、ハンドシェイクが完了するとすぐに暗号化通信が開始されます。

TCPコネクションは、.connectionTimeout プロパティも公開し、ストールしたコネクションや無応答のコネクションを放棄するまでの待ち時間を直接コントロールできます。これを使用して待ち時間のしきい値を調整したり、ネットワーク状態が悪いときに速やかに接続を解除することで、UIのフリーズや終わらない待ち時間などを回避したりすることができます。

これらの機能を組み合わせることで、カスタムTCPプロトコルを実装し、クライアントとサーバーの両方のネットワーキング・ソリューションを完全に4Dで構築するための、モダンで柔軟かつ安全な基盤を提供します。

新しいudpコマンド

新しい4D.UDPSocket クラスは、UDPプロトコルを使用したリアルタイムでイベントドリブンな通信を完全にコントロールすることができます。クライアントとサーバーの両方のモードをサポートし、IoTメッセージング、リアルタイム・デバイス・モニタリング、内部シグナリングなどのユースケースにおける高速でコネクションレスなデータ伝送に最適化されています。

このクラスは完全なイベント駆動型で、onData 、onError 、onTerminate などのコールバックをサポートしています。開発者は、send() を使用してパケットを送受信し、4D.UDPEvent を使用してパケットのメタデータを分析し、統一された4DTCPUDPLog.txt ファイルにトラフィックを記録することができます。

プリエンプティブ・スレッドをサポートするUDPSocketクラスは、同時接続実行環境で効率的に動作し、レガシーなInternet Commandsプラグインを最新のオブジェクト指向のコマンドに置き換えます。

ORDA

4D 21は、ORDAをより深いライフサイクル制御とより洗練されたデータハンドリングで拡張し、開発者がよりクリーンで自己完結したビジネスロジックを構築できるようにします。新しいライフサイクルイベント、コンストラクタのサポート、よりスマートなエンティティフィルタリング、メモリクリーンアップ機能により、データレイヤーは単なるストレージシステムではなく、モデルに組み込まれた応答性の高いルールに基づくエンジンとなります。

完全なエンティティ・ライフサイクル・イベント・モデル

4D 21は、ORDAエンティティのための完全で統一されたライフサイクルモデルを導入しています。フォームやAPI、トリガにルールを分散させる代わりに、データクラス内で直接ビジネスロジック全体を定義できます。

このライフサイクルは、エンティティが作成された瞬間から始まります。エンティティのコンストラクタを使用すると、デフォルト値を割り当てたり、コンテキスト固有のロジック(現在のユーザやセッションなど)を初期化したり、属性に自動的に値を代入したりすることができます。エンティティがメモリ内で変更されると、onTouch イベントがリアルタイムで変更に反応し、保存操作を開始する前に、値の正規化、ルールの適用、依存する更新の準備が簡単にできます。

エンティティが保存されると、4D 21は3段階のシーケンスを実行します：validateSave saving そしてafterSave の3つです。これにより、無効な操作を早期にブロックし、保存の進行中にビジネス・ロジックを適用し、操作が完了したらフォローアップ・アクションをトリガーすることができます。削除についても同じ3段階のパイプラインがあり、validateDrop 、 dropping 、 afterDrop の3つで、これらを使用して不正な削除の防止、関連データのクリーンアップ、削除後のロジックの一貫した実行が可能です。

すべてのイベントは、エンティティ・レベルと属性レベルの両方で利用できます。バリデーションイベントは、ルールが満たされていない場合に操作をブロックすることができ、ポストイベントは、操作が失敗した場合でも常に実行されるため、モデル全体で信頼性が高く、予測可能な動作を保証します。

このロジックをORDAデータクラス内に統合することで、エンティティの動作は予測可能で、自己完結し、アプリケーション全体で一貫したものになります。ビジネスルールは、もはやトリガーの中に隠されたものではありません。外部システムはネイティブのイベントフックを通して、クリーンに統合することができます。ORDAベースのプロジェクトでは、従来のトリガーはもはや必要ありません。ライフサイクルイベントは、よりクリーンで保守性の高いアーキテクチャにおいてORDAのフルパワーを発揮します。

エンティティセレクションのデータ制限

ビジネスアプリケーションにおいて、誰がどのデータを見るかを制御することは非常に重要です。

4Dの既存のアクセス許可システムは、ユーザがアクセスできるかどうかをデータクラス単位で制御しますが、4D 21で導入された新しいrestrict() 関数は、そのアクセスをさらに洗練させます。この関数を使用すると、セッション値やユーザーのロール、その他の実行時ロジックに基づいて、エンティティセレクションにコンテキストフィルタを適用することができます。

コード全体に手動でフィルタを適用するのではなく、restrict() 関数を使用して、データクラスの内部でフィルタを定義します。例えば、営業担当者は自分が管理する顧客のみを表示するように制限することができ、その一方で管理者はデータセット全体を表示することができます。これらはすべて、query() やall() のような読み取り操作のたびに自動的に決定されます。

このような一元的なアプローチにより、セキュリティが強化されるだけでなく、Webとクライアント/サーバの両方のコンテキストにおいて、ロジックをクリーンで一貫性のあるものに保つことができます。

4D Qodly Pro

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

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

もし、これが実際にどのように素早く実装されるかをご覧になりたい場合は、4D Qodly Proの公式ウェビナーのリプレイをご覧ください。

アプリケーションを書き換えることなく、最新のウェブインターフェースを構築

4D Qodly Proを使えば、Webフレームワークを学んだり、ロジックを書き換えたり、別々のコードベースを管理することなく、既存の4Dアプリケーションの上に、モダンなブラウザベースのインターフェースを作成することができます。ページをビジュアルにデザインし、データをビジュアルにバインドし、アクセスをビジュアルに保護し、APIをビジュアルに公開します。その結果、より少ないコード、より少ない複雑さ、UIとビジネスロジックの断絶なしに、Webへの速やかなパスが実現します。

• アーキテクチャーを再構築することなく、デスクトップアプリケーションを拡張したり、ウェブに移行することができます： Qodly Pagesは、既存のORDAモデルとサーバークラスの上に存在します。あなたのロジック、データベース、セキュリティルールはそのまま残ります。

• 再利用可能なコンポーネントを使用して、レスポンシブなインターフェースを視覚的に構築できます： コンポーネントをキャンバスにドラッグし、サイドパネルで設定し、コードを書くことなく Qodly sourcesにバインドします。作り込まれたコンポーネントと既製のテンプレートにより、一貫したスタイリングで素早く画面を組み立てることができます。

• フロントエンドの複雑さを取り除き、開発をスピードアップ： データバインディング、フォーマット、条件付きステート、イベント、ナビゲーションはすべてビジュアルで行われます。HTML、CSS、JavaScriptは必要なく、4DロジックとQodly Studioのパネルだけです。

• 既にお持ちの4Dクライアントライセンスをを使用する： Qodlyページが4DリモートクライアントのWebエリアに埋め込まれると、同じセッションとライセンスの下で実行されます。ユーザーには統一されたインターフェースが表示され、導入はシンプルで費用対効果に優れています。

• 使い慣れたドラッグ＆ドロップ操作で、チームの生産性を維持します： Qodly Studioは、4Dフォームエディタをモデルにしているので、新しい開発者がプロジェクトに参加しやすく、経験豊富な4Dチームがより速く作業できるようになっています。

• デザイン、ロジック、データの全てが同じ環境にあります： Qodly Studioがレイアウトを処理し、Qodly Pagesが構造を定義し、ビジネスルールはクラスに格納されます。全てをここで管理でき、外部ファイルや分離されたフレームワークに散在するものはありません。

• ダイナミックな振る舞いを視覚的に構築： 条件付き状態や非条件付き状態により、ユーザーの役割やデータの変更、UIインタラクションなどにページを適応させることができ、またこれらを単一のパネルから設定することが可能です。要素がいつ、どのような理由で表示、変更、または反応するかを正確に確認できます。

• ロール、権限、アクセスルールを視覚的に定義： 専用のインターフェースにより、ロール階層の構築、権限の割り当て、最終的な権限の確認が一目でできます。アプリケーションのどの部分を誰が読み取り、更新、削除、実行できるかを明確にします。

• サーバーロジックをシンプルで視覚的なHTTPハンドラとして公開： クラスを選び、メソッドを選び、URLパターンを定義すると、Qodlyがルーティングを処理します。レイヤーやフレームワークを追加することなく、簡単にAPIを公開したり、外部システムを統合することができます。

• 4D Server上で直接ページをデバッグ可能： UIの変更を即座にプレビューし、Qodly sourcesを検査し、Qodly Pro内で4Dデバッガーを使用します。

ビルトインされた多言語化(i18n)

4D Qodly Proには国際化（i18n）が組み込まれているので、アプリケーションは複数の言語や地域設定にシームレスに対応できます。

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

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

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

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

イベントレポートは、標準アクション、ナビゲーションアクション、クラスファンクション、ダイアログアクションのいずれから発生したものであっても、ページ上のすべてのイベントをわかりやすく統一して表示します。どのイベントが宣言され、どこで実装され、どの順番で実行されるかがわかります。

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

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

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

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

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

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

4Dコンポーネント

4D 21は、コンポーネント開発に2つの大きな進歩をもたらしました。それは、完全にモダンな依存関係マネージャと、プロジェクト内でのシームレスなコンポーネント編集です。オプションのコンポーネント管理で “必要なものだけ “ロードし、GitHubから直接コンポーネントをプルし、すべてを4Dのバージョンに自動的に合わせ、再帰的な依存関係の解決と競合の回避を4Dに任せることができます。同時に、コンポーネントのコードをホストプロジェクト内で直接表示、編集、デバッグすることができ、これによってコンポーネントを多用したプロジェクトの開発をより速く、よりクリーンに、そしてより簡単にメンテナンスすることができるようになります。これらの変更により、チームやプロジェクト全体でコンポーネントを構築、共有、拡張するための合理的で予測可能なワークフローが実現します。

シームレスなプロジェクト内コンポーネント統合

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

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

これらの変更により、コンポーネントとの反復がより速くなり、モジュール化がよりスムーズになり、プロジェクトがよりクリーンで透明なものになります。コンポーネントをホストプロジェクトのワークフローに近づける重要なマイルストーンであり、今後さらなる改善が追加される予定となっています。

選択的なコンポーネント管理

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

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

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

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

“4Dのバージョンに追随する”で依存性の互換性を自動化

4Dのバージョンに追随するルールは、依存関係を4D環境と自動的に同期することで、依存関係の管理を簡素化します。これにより、互換性の問題を減らし、時間を節約することができます。

• 自動的な互換性：依存関係を4Dのバージョンに合わせるので、手動でのトラッキングは必要ありません。
• 簡素化されたアップデートとダウングレード：4Dをアップグレードまたはダウングレードすると、依存関係は自動的に更新されます。
• 信頼性の高い依存関係の解決：システムは、LTSとRリリースの構造化されたタグの命名規則に基づいて依存関係を解決します。

githubネイティブなコンポーネント統合と依存関係コントロール

4D 21のコンポーネント統合は、現在開発が実際に行われている方法に合わせて設計されています。チームはコードを共有する、内部ライブラリは進化する、公開されたコンポーネントは改善される。これらは、すべてがGitHubを通じて動きます。新しい依存関係システムは、あなたのプロジェクトをこれらのリポジトリに直接接続するため、手動で操作することなく、コンポーネントがインストールされ、更新され、そのソースに沿った状態を維持します。

コンポーネントが参照されると、4D はそれをGitHub から直接取得し、セマンティックなバージョンルールを適用します。安定性が重要な場合はバージョンを凍結し、アップグレードをコントロールしたい場合はバージョンを安全な範囲にとどめ、開発中でバージョンを行ったり来たりするような場合には最新のリリースに従うことができます。新しいバージョンがGitHub で公開されると、4D はそれを即座に知らせてくるので、1つのコンポーネントやセット全体をワンステップでアップデートすることができます。

これはプライベートリポジトリでも問題なく動作します。トークンを一度追加しさえすれば、あとは4Dが処理し、内部コンポーネントを公開のものと同じようにスムーズに取得します。

これにより、クリーンで予測可能なフローが生まれます。すべてのコンポーネントは追跡可能になります。すべてのアップデートは意図的なものです(意図しないアップデートでエラーが起きることはありません)。すべての依存関係は、それを定義するコードベースとのつながりを失いません。これによりコンポーネントの採用が容易になり、メンテナンスが軽くなり、チーム間でコードを共有することがワークフローの自然な一部となります。

再帰的な依存関係の解決と管理

コンポーネントマネージャは、依存関係のツリー全体を理解します。コンポーネントがプロジェクトに入ると、4Dはそれが必要とする依存関係を分析し、必要なものを自動的にロードし、コンフリクトが表面化しないようにチェックします。

この再帰的なロードによって、二次的な依存関係が分からなくならないようにします。バージョン範囲はインテリジェントに解決されるので、ビルドを壊すことなく、複数のコンポーネントが同じライブラリを使用することができます。また、サイクル(依存関係の無限ループ)が発生した場合、4Dはそれを根本からブロックすることで、プロジェクトの安定性を保ちます。

これにより、宣言された依存関係、間接的な依存関係、あるいはどのコンポーネントが何を必要としているかなど、アプリケーションの依存関係の構造を明確に把握することができます。コンポーネントの追加、更新、削除はツリーを通して伝搬されるので、手動でクリーンアップすることなく、プロジェクトの一貫性を保つことができます。

ローカルコンポーネントの追加と削除

4D 21のローカルコンポーネントの管理は、よりスムーズで分かりやすくなりました。プロジェクト依存関係インターフェースは、コンポーネントの追加、削除、整理を、ファイルシステムに触れることなく、あるいはプロジェクト設定を探し回ることなく、一箇所で行うことができます。

全ては2つのファイルを使用して管理されます。dependencies.jsonは一貫性を保つためにプロジェクトの依存関係を一元管理し、environment4d.jsonはカスタマイズ可能なコンポーネントパスを処理します。ローカルのコンポーネントを追加すると、4Dは自動的に正しいエントリーを書き込みます。コンポーネントが他の場所にある場合は、両方のファイルが更新され、macOS でもWindows でも、どのマシンでもプロジェクトがきれいに開くようになります。コンポーネントの削除も同じ流れで行われ、偶発的な破損を避けるために確認プロンプトが表示される一方、設定を安定させるために自動クリーンアップが行われます。

変更を有効にするには再起動が必要ですが、4Dは明確な通知であなたをガイドします。このプロセスによって、摩擦を減らし、セットアップ時間を短縮し、必要としてるコンポーネントへのより速く、より信頼性の高いアクセスを提供します。

4D NetKitとメール機能

var $boxes := $transporter.getBoxList({withBoxInfo: True})

$boxes := $transporter.getBoxList({ withBoxProperties: False; withBoxInfo: True; names: ["INBOX"; "Drafts"] })

Form.webSocket := 4D.WebSocket.new($url; cs.WSConnectionHandler.new())

This.headers := New object("x-authorization"; $token) 
This.headers.Cookie := "yummy_cookie=choco; tasty_cookie=strawberry"

var <variableName> := <value>
property <propertyName> := <value>

var <variableName> : <type> := <value>
property <propertyName> : <type> := <value>

#DECLARE(... : Real) : Real

#DECLARE(...)

FORM EDIT($formName; $objectName)