ネットワーク
ネットワークエラーによってユーザーの業務が妨げられることにうんざりしていませんか？
ネットワーク障害は、実環境での運用において避けられないものです。 4D Clientワークステーションと 4D Server との間には、スイッチ、ルーター、ファイアウォール、VPNゲートウェイ、その他のネットワーク機器が存在する可能性があります。スイッチの再起動、ケーブルの再接続、モバイルネットワークのハンドオーバー、あるいは一時的なルーティングの問題などにより、たとえ障害が数分間しか続かなくても、その接続が一時的に到達不能になることがあります。
この機能は、 4Dクライアント／サーバー間の通信を支える QUIC トランスポート層に基づいて 構築されています。QUIC は UDP 上で動作するため 、ピア間の通信が途絶える期間にも耐えることができます。 4D Server は 、 リモートの4D Clientが 到達不能になったことを検知すると、 セッションを直ちに終了させるのではなく、 設定された QUIC session timeout の間、セッションを維持し続けます。
通信中断中、 Administration ウィンドウ ではクライアントが 到達不能 と表示され 、 Session.info.unreachableSince にはピアが到達不能になってからの経過時間が示されます。クライアント側では、サーバーとの通信に依存するウィンドウのみが Unreachable 表示 に切り替わり、ローカルウィンドウは引き続き使用可能です。
時間内に通信が再開されると、セッションは再び アクティブ になり、影響を受けたウィンドウは以前の状態に戻ります。タイムアウトを超過した場合、セッションは正常に終了し、診断ログ に警告が記録されるとともに、ユーザーには再起動または終了の通知が明確に表示されます。
追加のアプリケーションコードを必要とせず、実際のネットワーク環境においてクライアント／サーバーの展開がよりスムーズかつ信頼性の高いものになります。
AI 統合
4D フォームへのローカルAIライティング機能の導入
Apple Writing Tools この統合により、マルチラインテキスト入力 や4D Write Pro エリアを含む、4D フォーム のテキスト領域にローカルAIアシスタントが直接組み込まれます。AI 契約や支払いの管理、追加のインストール、外部AI サービスの設定は一切不要です。 ユーザーの環境がApple Writing Tools に対応していれば、追加の設定なしにOS が処理するライティング支援機能を活用できます。エンドユーザーは、4D アプリケーションを離れることなく、またテキストなどのコンテンツを別のツールにコピーすることなく、テキストの校正、書き直し、要約、トーンの調整、または要点の抽出 などを行うことができます。
この機能は、プロパティリスト内 のWriting Tools プロパティを通じて有効化されます。利用可能な場合、ユーザーはコンテキストメニューの ライティングツールを表示 からツールにアクセスできます。また、開発者はボタンやメニュー項目から WritingTools 標準アクションを通じてこれらのツールを公開することもできます。テキストを選択している場合は、選択範囲が返された結果に置き換えられ、何も選択していない場合は、その領域のコンテンツ全体にアクションが適用されます。
この機能はApple Intelligence に依存しているため、Apple Intelligence が有効になっている互換性のあるmacOS 環境 上でローカルに実行されます。Windows を含む非対応環境では、関連する箇所でプロパティは表示されますが、実行時には機能は有効になりません。
AIを活用した文章作成は、ユーザーのアプリケーション体験そのものの一部となり、普段作業している場所で、ビジネス文書、メモ、レポート、ドキュメントのコンテンツを直接改善できるよう支援します。
4Dランゲージ
メソッドおよび関数の終了時に実行される信頼できるクリーンアップコード
新しいdefer コマンドにより、メソッドや関数の終了時 に完了コードを自動的に実行する、より洗練された方法が導入されました。開発者はコード内の任意の場所で式を宣言し、実行が正常に終了した場合、return文 に到達した場合、あるいはエラー後に停止した場合のいずれであっても、4D が終了時にその設定された式を実行するように設定できます。これにより、return 文の前やcatch ブロック内でクリーンアップロジックを繰り返し記述する必要がなくなりました。
遅延式 は 遅延スタック に格納され、メソッドや関数が終了した際にLIFO順 で実行されます。ある遅延式でエラーが発生した場合、4D はそれを自動的にキャッチし、残りの遅延式の実行を継続するため、終了フローの安全性と予測可能性が確保されます。
defer キーワードは、リソース管理、診断、および状態の復元において特に有用です。XML参照の閉じ処理、アクティビティ監視の停止、データベースパラメータの復元、エラー処理のリセット、あるいは外部サービスからの切断 などに役立ちます。コードの可読性が向上し、保守が容易になり、クリーンアップ手順の漏れによるリスクも軽減されます。
HTTP サーバー
RESTサーバーのリソース保護
REST サーバーのクォータ管理 は、メモリに格納されたエンティティセット に対してセッションレベルの制御を追加し、集中的な使用、最適化が不十分なRESTクエリ、またはリソースを正しく解放しないクライアントによって引き起こされる過剰なリソース消費からアプリケーションを保護するようになりました。これは、REST API がWeb アプリ、外部システム、4D Qodly Pro 、モバイルクライアント、またはMCP ベースのAI ツールに公開されているような場合に特に有用です。
Session.quotas を通じて、新しい4D.QuotaManager オブジェクトが利用可能になりました。これにより、開発者は現在のREST セッションに対する制限(メモリ内で許可されるエンティティセットの最大数、エンティティセットのデフォルトの非アクティブタイムアウト、クライアントが要求できる最大タイムアウトなど) を定義できます。また、currentValues を通じて、現在のクォータ使用状況を監視することも可能です。
エンティティセットはREST セッションに紐付けられており、有効期限が切れたりセッションが終了したりすると自動的に解放されるため、サーバーリソースの管理が容易になります。定義された制限に達した場合、追加のエンティティセットを作成する必要がある新しいREST リクエストは、リソースが解放されるまで拒否されます。これにより、REST ベースのアプリケーション は意図しない過負荷に対する保護が強化されると同時に、管理者はパフォーマンスと可用性をより適切に制御できるようになります。
4D Serverの管理
4D Server管理ウィンドウでのセッション可視性の向上
4D Server 管理ウィンドウのセッション監視機能がさらに明確になりました。セッションタブ が統一され、デスクトップクライアント、Web セッション、REST アクセス、SOAP 呼び出し が1 つのビューにまとめられています。管理者は、散在する情報を個別に確認する必要はなく、1 か所においてアクティブな接続を比較し、サーバーのアクティビティをより迅速に把握できる ようになりました。
セッション一覧では、セッションの種類、ユーザー名、接続日時、CPU時間、アクティビティ、状態 など、すべての接続タイプに共通する情報に焦点を当てています。視覚的なアイコンにより各セッションタイプを容易に識別できるほか、詳細パネル は選択したセッションに合わせて表示内容が変化します。クライアントセッションの場合、OS セッション名、IP アドレス、マシン名、使用権限などのコンテキスト情報を表示できます。REST、Web、またはSOAP セッションの場合、ゲストステータス、権限、IP アドレス、ユーザーエージェント などの詳細情報を表示できます。
セッションの可視性が向上する ことで、極端に異常なアクティビティ、RESTの利用状況、またはライセンスの消費状況 などを調査する際、トラブルシューティングがより直接的になります。管理者は、管理ウィンドウ を離れることなく、誰が接続しているか、セッションの発生元、実行されているコンテキスト、および接続パターンに注意が必要かどうかを特定できます。
4D Write Pro
4D Write Pro インターフェースにおける階層スタイルシート
4D Write Proインターフェース で、マルチレベルリストのスタイルシートが直接利用可能 になりました。これにより、ユーザーはツールバーやサイドバー から、構造化されたリストを視覚的に作成、適用、管理できるようになります。技術マニュアル、契約書、報告書、研修資料、会議議事録などの文書において、手動での書式設定を行うことなく、一貫した番号付けと階層構造を維持できます。
スタイルシート パネル には、ドキュメントのスタイルシートと、あらかじめ定義された多階層リストテンプレート の両方が表示されるようになりました。ユーザーは、すぐに使えるテンプレートを適用したり、リストの階層を変更したり、サブレベルを追加したり、番号付け形式を変更したり、階層間の番号マーカーを連結したりすることができます。コンテンツの追加、削除、再編成を行っても、番号付けは一貫性を保ちます。
開発者は、multiLevelStyles.json ファイルを通じて利用可能なテンプレートをカスタマイズすることもできるため、アプリケーションはビジネス文書に合わせた事前定義済みのリスト構造を提供できるようになります。4D Write Pro ドキュメントは、PDF、 HTML、 SVG、DOCX などの形式でエクスポートまたは交換する際、構造化が容易になり、メンテナンスが簡素化され、結果として信頼性が高まります。
4D NetKit およびメール機能
メールおよびカレンダーの変更通知
4D NetKit Microsoft 365 およびGoogle Workspace 向けに統一された通知モデルが提供されるようになり、アプリケーションはメール やカレンダーイベント の作成、変更、削除時に反応できるようになりました。手動での更新に頼る代わりに、4D アプリケーションはインターフェースをプロバイダーのデータと同期させ、変更が検出され次第、適切なビジネスロジックをトリガーすることができます。
Office365.mail.notifier 、Office365.calendar.notifier 、Google.mail.notifier 、およびGoogle.calendar.notifier を通じて、両プロバイダーで同じプログラミングモデルが利用可能です。各通知機能は、onCreate 、onModify 、およびonDelete のコールバックをサポートしているため、開発者はメールやカレンダーのアクティビティに変更があった際に、UI の更新、アラートの表示、ローカルデータの更新、またはカスタムワークフローの実行を行うことができます。
通知は、パブリックなHTTPS エンドポイント が利用可能な場合はリアルタイムの Webhook を通じて実行され、よりシンプルな導入モデルが望まれる場合にはタイマーベースの監視 を通じて実行されます。Google メールの通知については、Webhook モードが設定されている場合、topicName をGoogle Cloud Pub/Sub と組み合わせて使用することができます。
Google およびMicrosoft 環境を横断してメールやカレンダーのワークフローを構築するための一貫したアプローチにより、連携アプリケーションの応答性が向上し、保守も容易になります。
4D Qodly Pro
Web フォームエディタの機能強化
4D Qodly Pro のナビゲーション、イベントレポート、ダイアログ、およびコンポーネント間の連携に焦点を当てた改善により、エディタ のワークフローがよりスムーズになりました。開発者は、イベントレポートとページエディタの間をより簡単に行き来することができ、また適切なコンポーネントをより迅速に選択でき、ビューを切り替える際にもフィルタ設定を維持できるため、フォーム編集の速度を低下させる些細な中断が軽減されます。
また、イベントレポート の操作性も向上しました。サニティチェックからのリンクでダイアログ内のコンポーネントを選択できるようになり、削除された関数はツールチップで強調表示され、 編集 をクリックすると、Webフォーム内の関連コンポーネントが選択され、自動的にスクロールするようになりました。さらに、ダイアログの名前変更画面では、 確認 と キャンセル の操作がより明確になり、予測しやすい編集体験が実現されています。
ラジオボタン および セレクト入力コンポーネント のイベント対応範囲が改善されました。On Click、On Blur、On Focus、On MouseEnter、On MouseLeave、On KeyDown、On KeyUp などのイベントが、適切な場所で利用可能になり、開発者は検証、フォーカス処理、キーボード操作、アクセシビリティワークフロー、および高度な UI インタラクションをより細かく制御できるようになりました。
また、OnChange イベントに対して設定可能なデバウンス およびスロットル 機能により、変更が処理される頻度を制御できるようになりました。これにより、Web フォームの開発は、複雑なインターフェースにおいても、より一貫性があり、正確で、管理しやすくなります。
プラットフォームの更新
4D Qodly Pro、ネットワーク、暗号化、および Windows インターフェースの基盤全体において、一貫性、セキュリティ、長期的な信頼性を向上させる更新により、プラットフォームの基盤 が強化されました。4D Qodly Pro は、 より標準化されたデザインシステムコンポーネント の基盤を獲得し、開発チームがスタイル設定ロジックの重複を回避し、再利用可能なUI パターンを用いてより一貫性のあるインターフェースを構築できるように支援します。
また、OpenSSL 4.0 、BoringSSL 、Ngtcp2 1.22.1 、Libuv 1.52.1 を含む主要な技術コンポーネントも更新されました。これらの更新により、QUIC 、WebSocket 、ブロードキャスト 、セキュアな接続、HTTPS 、クライアント/サーバー間の通信といった主要領域の信頼性とセキュリティが強化されます。また、OpenSSL 4.0 の更新により、最新の TLS 動作が強化され、サーバーはデフォルトで TLSv1_3 を使用し、最小限の TLS 設定は TLSv1_2 および TLSv1_3 に重点が置かれています 。
Windows では、 Windows App SDK 2.0.1 の更新により、WinUI を組み込んだアプリケーションおよび組み込まないアプリケーションの構築時に使用される WinUI 基盤がサポートされます。これらの更新を組み合わせることで、プラットフォームを最新の技術標準に適合させると同時に、展開済みのビジネスアプリケーションにおける潜在的なメンテナンスリスクを低減します。