セッション・シングルトンの紹介
シングルトンは、4D 20 R5の目玉機能のひとつです。以前は、開発者は2種類のシングルトンを利用することができました：
- プロセス・シングルトンは、各プロセスに固有ですが、プロセス間で異なります、
- と、アプリケーション全体でユニークな共有シングルトンです。
4D 20 R7では、新しいタイプのシングルトン、セッション・シングルトンをリリースします！
プロセスとセッションを管理するためのエキサイティングな機能強化
プロセスとセッションの管理は、4Dアプリケーションの最適化とモニタリングに不可欠です。様々なコマンドにより、これらの要素に関する重要な情報を簡単に操作し、取得することができます。
4D 20 R7では、これらの機能をさらに利用しやすく、効果的にする一連の機能強化を発表します。これらの新機能は、作業を簡素化するだけでなく、コードのパフォーマンスも向上させるように設計されています。改良点は以下の通りです：
- オブジェクト内のプロセス情報を取得し、プロパティの操作を容易にする、
- セッションIDを使ってセッション情報に直接アクセスできるようになり、管理が容易になりました、
- IDから直接プロセス番号を取得しやすくしました、
- プロセスの作成日へのアクセス
- コマンドによって返される結果のフィルタリングを最適化しました。 Process activityコマンドによって返される結果のフィルタリングを最適化しました。
これらのアップデートにより、開発エクスペリエンスがどのように変化し、アプリケーションの効率がどのように改善されるかをご覧ください！
セッション権限を検査してデバッグを容易に
データへのアクセスをフィルタリングする強力な機能は、アプリケーションへの悪意あるアクセスを防ぐために不可欠です。
この機能は、データに対する特定のアクションを許可する権限を利用します。これらの権限は、ロールの形でユーザーに割り当てられ、認証時にSession オブジェクトに保存されます。
4D 20 R6 ではこの機能を強化され、セッション内の権限を検査できるようになりました。
詳細はこちらをご覧ください。
セッションストレージへのアクセスを強化
クライアント/サーバー、Web、モバイルなど、様々なセッションタイプのストレージには情報を保存できるため、異なるプロセス間での再利用が簡単におこなえます。
4D 20 R6 では、特定のセッションのストレージにアクセスできるようになりました。この機能強化により、複数のセッションにまたがる同一ユーザーの情報について、連続性と一貫性を簡単に維持することができます。つまり、クライアント/サーバーや Web などの異なるアプリケーションを使用していても、同じ顧客情報を引き出せるということです。
クライアント/サーバー接続とストアドプロシージャーに対応した新しい 4Dリモートセッションオブジェクト
4Dアプリケーションでは、4種類のセッションが存在します。4Dリモートセッション、ストアドプロシージャーセッション、モバイルセッション、Webセッションです。
Sessionコマンドはいままで、Web または モバイルセッションを返しました。これにより、セッションに関する豊富な情報と、セッション内のすべてのプロセスで共有されるオブジェクトにアクセスできます。
4D 20 R5 では、Sessionコマンドの対象がクライアント/サーバー接続とストアドプロシージャーに拡張されました。
Qodly Studio for 4D による 4Dクライアントライセンス消費方法の改善
Qodly Studio for 4D を使い始めた方は、ビジネスWebアプリケーションの開発をするのにこの新しいツールがどれだけパワフルかすでにご存知でしょう。まだ使い始めていない方は、こちらをご覧ください。
Qodly Studio for 4D で作られたアプリケーションは、REST API に依存しています。4D 20 R5 には素晴らしい新機能が搭載されています: “強制ログイン” モードです。
強制ログインモードでは、ユーザーがログインに成功し、アプリケーションのデータやロジックを操作し始めた時のみ、4Dクライアントのライセンスが消費されます。
続きをお読みください！ デモのダウンロードもお忘れなく！
スケーラブルなウェブセッションによるサーバー上でのデバッグ
スケーラブルWebセッションは、4D v18 R6でもたらされた重要な改良点です。これにより、4Dタグ、4Dアクション、REST APIを、4Dサーバー上で、インタプリタモードでも、プリエンプティブなプロセスで使用することができるようになりました。しかし、このようなプログラムをデバッグするには、プリエンプティブプロセスではデバッガーウィンドウを開くことができないため、サーバー上で開発環境を開き、協調モードに切り替えさせる必要があったのです。このように、v19 R2までは、REST、4Dアクション、4Dタグのデバッグが可能でした。v19 R3からは、これらすべてが簡単になり、通常通りデバッガをアタッチするだけでサーバーサイドのデバッグができるようになりました。
リモート4Dアプリケーションのスリーピングタイムアウトを定義する方法
セッションの損失を防ぐために、4Dはリモート4Dアプリケーションのスリープ状態を監視しています。
ユーザーがリモートの4Dアプリケーションから4Dサーバーに接続し、コンピューターがスリープモードになると、その情報が4Dサーバーに送信されます。ユーザーのコンピューターが起動した瞬間に、リモート4Dアプリケーションは実行コンテキストを回復します。
高度な Webアプリケーションに対応したスケーラブルセッション
Webアプリケーションは現代に不可欠なツールです。マシンとプロセッサーがより強力になるにつれ、Webアプリケーションは常にパフォーマンス要件を満たさなくてはなりません。4D v18 R6 で、4D Webサーバーが新しいタイプの Webセッション、スケーラブル Web セッション を提供するのはこのためです。
では、詳しく見ていきましょう。
4D RESTセッションの理解を深める
以前のブログ記事で、4D RESTサーバを始める方法を紹介しました。Postmanを使った様々なCRUDオペレーションを紹介し、RESTの完全なドキュメントを紹介しました。今回のブログでは、4Dでセッションがどのように機能するかを説明します。この理解によって、4D RESTサーバを使用してセッションベースの認証システムを構築することができるようになります。