Qodly Studio for 4D による 4Dクライアントライセンス消費方法の改善
Qodly Studio for 4D を使い始めた方は、ビジネスWebアプリケーションの開発をするのにこの新しいツールがどれだけパワフルかすでにご存知でしょう。まだ使い始めていない方は、こちらをご覧ください。
Qodly Studio for 4D で作られたアプリケーションは、REST API に依存しています。4D 20 R5 には素晴らしい新機能が搭載されています: “強制ログイン” モードです。
強制ログインモードでは、ユーザーがログインに成功し、アプリケーションのデータやロジックを操作し始めた時のみ、4Dクライアントのライセンスが消費されます。
続きをお読みください！ デモのダウンロードもお忘れなく！
レコードを削除しても、4D はセレクションの一貫性を保ちます
データの削除には注意が必要です。問題を防ぐために、トランザクションを使用したり、バックアップやログに頼ったりすることができます。
4D 20 R4 では、セレクション内のレコードを削除した場合に一貫性を保ち、セレクションを安定させるために、いくつかの改善がなされました。
重要: これは、4D標準のQUERYコマンド と ORDA で扱われるデータの両方に適用されます。
どのようにあなたの4Dコードが安全なものになるのか、続きをぜひご一読ください。
Qodly Studio の新しいデモ
前回のブログ記事では、Qodly Studioの使い始めに役立つデモをいくつかご紹介しました。
お約束通り、これからもデモを提供し続けます。以下は最新の PIQS (Play In Qodly Studio) です。
Qodly Studio: 3つのデモ
以前のブログ記事 で、Qodly Studio (現在はデベロッパープレビュー版) がシルバー以上のパートナーの皆様にご利用いただけることをお知らせしました。また、このツールを使い始めるための最初のステップもご紹介しました。
今こそデモを実行し、Qodly Studio を試してみる絶好の機会です！
私たちは、新しい機能を発見するための HDI (How Do I?) 例題を長年提供してきました。しかし、Web開発の新時代に突入するにあたり、これらのデモを表す新しい名前を思いつきました: PIQS、Play In Qodly Studio (Qodly Studio で遊ぼう) の略です。
Qodly Studio を実際に触って遊び、使いこなすためのサンプルが、すでに実装されている機能について、そして今後追加される機能について、随時提供されていきます。
さぁ、さっそく袖をまくって探索を始めましょう！
4Dコードのエラー管理を強化
v20R2 から、4Dコードで エラーをスロー できるようになりました。
これらのエラーは、他の 4Dエラーと同じように動作します: エラーダイアログをトリガーするか、ON ERR CALL メソッドで処理できます。
この機能により、発生した例外を積極的に検出することで、コードの品質を向上させることができます。また、エラーログも改善することができます。
重要なのは、この機能が強固なエラー管理を実現するための第一歩であることです。
では、詳細を掘り下げていきましょう！
ORDA – 初心者から上級者まで
ORDA とは Object Relational Data Access の略で、オブジェクト指向プログラミングとリレーショナルデータベースの利点を組み合わせたデータアクセス方法で、開発者はデータアクセスの管理よりもビジネス問題の解決に集中することができます。
ORDAを初めて使う人も、すでに使いこなして知識を増やしたい人も、このブログ記事を学習プロセスの道しるべとして考えてみてください。
このブログ記事には以下の内容が含まれています。
さて、本題に入りましょう。
完全な権限システムでデータアクセスをフィルタリングする
データへのアクセスをフィルタリングすることは、アプリケーションへの悪意あるアクセスを防止するために必須の機能です。
これまでは、データクラス全体またはその属性の一部を RESTリソースとして公開したり公開しなかったりすることができました。これもデータアクセスを制限する便利な手段でしたが、4D v19 R8 では、不正なユーザーからデータを保護するための、強力で完全にカスタマイズ可能なシステムを提供できることを嬉しく思います。データを保護するシステムは、誰が・どのデータにアクセスするかに基づいて機能します。
ORDA – RESTリクエストの最適化ステップバイステップ (+ A demo)
ORDA/RESTのパフォーマンスは戦略的な問題です。そのため、クライアント/サーバーやリモートデータストアを使用する際のORDA/RESTリクエストの最適化など、このトピックに関連する多くの機能を出荷しています。最近では、ORDA/RESTリクエストの最適化を 完全に制御できるようになりました。
このブログ記事では、ORDA/RESTパフォーマンスゲームのエースとなるために従うべき計画を提供します。このブログポストには、読むべき他のブログ記事、見るべきビデオ、そしてあなたのアプリケーションのパフォーマンスを 迅速かつ容易に 向上させるためのデモが含まれています。
ORDA – RESTリクエストの管理によるパフォーマンスの最適化
これまでのバージョンで、リモートデータストアやクライアント/サーバー構成で作業する際のパフォーマンスを向上させるため、ORDA RESTリクエストが自動的に最適化されることを知りました。
また、ORDA RESTリクエストの自動最適化を利用するために、コンテキストを使用できることも学びました。
これは重要なステップでしたが、今度は RESTリクエストの動作を完全に制御することを提案します。パフォーマンスは戦略的な問題なので、この新機能をぜひ活用してください！
それだけではありません。問題を理解しデバッグするのに役立つ新しいツールも利用できるようになりました。
詳細については、引き続きこのブログ記事をお読みください。
ORDA選択した2つのエンティティの徹底比較
ORDAでは複数のエンティティセレクションを同時に扱うことができるため、プロジェクトメソッドやORDAデータモデルクラスの関数にパラメータとしてエンティティセレクションを渡すことで、これを利用することができると思います。
オブジェクト指向プログラミングで、できるだけ少ないコード行数で効率的に作業するためには、堅牢で最適化された関数が必要です。そのため、4D v19 R3では、entitySelectionオブジェクトで利用できる新しい関数 selected()関数です。
そのおかげで、2つのエンティティセレクションを検査したり比較したりすることができます。それでは、詳細をご覧ください。