4D Write Pro: エンティティセレクションやコレクションで表組みを動的に埋める
開発者として、私たちはしばしば複雑で高度な 4D Write Pro ドキュメントを作成します。データを表示するための表組みが必要なとき、その行列の内訳はあらかじめ明確ではないかもしれません。毎回手作業で、表組みにデータを入れていくのは手間です。そこで、データコンテキスト を使って、ORDA とオブジェクト指向開発の手法を 4D Write Pro ドキュメントに取り入れました。
具体的には、4D Write Pro の表組みに対して、”データソース” を定義することが可能になりました。この “データソース” (エンティティセレクションまたはコレクション) は、表組みの行を自動で生成します。
詳しく見ていきましょう！
4Dアプリケーションのためのヒントとコツ – 6月版
by Add Komoncharoensiri, Director of Technical Services at 4D Inc.
さて、今回もまた新たなヒントをご紹介します。
ご存知のように、4Dナレッジベースは、4Dテクノロジーに関する情報を集めたライブラリーで、毎週技術的なヒントと毎月のテクノートが活発に公開されています。もし、前回のナレッジベースでのヒントを見逃したとしても、大丈夫です。
このブログでは、16のTipsを紹介しています。
ORDA – RESTリクエストの最適化ステップバイステップ (+ A demo)
ORDA/RESTのパフォーマンスは戦略的な問題です。そのため、クライアント/サーバーやリモートデータストアを使用する際のORDA/RESTリクエストの最適化など、このトピックに関連する多くの機能を出荷しています。最近では、ORDA/RESTリクエストの最適化を 完全に制御できるようになりました。
このブログ記事では、ORDA/RESTパフォーマンスゲームのエースとなるために従うべき計画を提供します。このブログポストには、読むべき他のブログ記事、見るべきビデオ、そしてあなたのアプリケーションのパフォーマンスを 迅速かつ容易に 向上させるためのデモが含まれています。
ORDA と 4D Write Pro : パワーカップル!
4D Write Pro ドキュメントには、データベースに依存したデータや計算を返すフォーミュラが度々含まれます。コンテキストを使用することで、これらのデータのドキュメントへの関連付けが簡単にできるようになりました。
このブログ記事では、4D Write Pro ドキュメントと ORDA で取得したデータの組み合わせにより、コードが明確に、コードメンテナンスが容易になることを紹介します。
ORDA – RESTリクエストの管理によるパフォーマンスの最適化
これまでのバージョンで、リモートデータストアやクライアント/サーバー構成で作業する際のパフォーマンスを向上させるため、ORDA RESTリクエストが自動的に最適化されることを知りました。
また、ORDA RESTリクエストの自動最適化を利用するために、コンテキストを使用できることも学びました。
これは重要なステップでしたが、今度は RESTリクエストの動作を完全に制御することを提案します。パフォーマンスは戦略的な問題なので、この新機能をぜひ活用してください！
それだけではありません。問題を理解しデバッグするのに役立つ新しいツールも利用できるようになりました。
詳細については、引き続きこのブログ記事をお読みください。
NULL値から空白値へ？デフォルトマッピングを廃止
データベースで新しいフィールドを作成する際、4DではNULL値を空値にマッピングするかどうかを選択することができます。4D v19 R4から、新しいプロジェクトでは、4DはデフォルトでNULL値を空値にマッピングすることはなくなりました。
ORDA – エイリアス属性
4D v19 R4 は、エイリアス という、新しい ORDA コンセプトとともにリリースされます。エイリアス属性は、計算属性 の論理的かつ補完的な延長です。
このブログでは、エイリアス属性について説明し、その利点と、そのような場合に使用するかについて述べます。
ORDA選択した2つのエンティティの徹底比較
ORDAでは複数のエンティティセレクションを同時に扱うことができるため、プロジェクトメソッドやORDAデータモデルクラスの関数にパラメータとしてエンティティセレクションを渡すことで、これを利用することができると思います。
オブジェクト指向プログラミングで、できるだけ少ないコード行数で効率的に作業するためには、堅牢で最適化された関数が必要です。そのため、4D v19 R3では、entitySelectionオブジェクトで利用できる新しい関数 selected()関数です。
そのおかげで、2つのエンティティセレクションを検査したり比較したりすることができます。それでは、詳細をご覧ください。
ORDAの計算属性によるマジックショー！
コンピューターの世界において、ユーザーやビジネスに対して柔軟かつ発展的にデータベースが適応していくことは、しばしば有益であり、場合によっては不可欠でさえあります。また、アクセス可能なデータの管理は、繰り返し問われるデリケートなテーマです。この観点から、開発者はコンテキストやユーザーのアクセス権に応じて、情報へのアクセスを与えたり制限したりするために、ときに複雑なメソッドやフォーミュラを用います。
簡単な例を挙げてみましょう。アプリケーションの中で、人物のリストを表示する必要があるとします。ある列にはフルネームを表示しますが、データベースには姓のフィールドと名のフィールドがあります。現在はリストボックス列にフォーミュラを書き、ソートも別途管理しています。もし、計算用のフォーミュラとソートの方法を定義できる計算フィールドがあって、ビジネスロジックを各インターフェースではなく、クラス内に持つことができれば、素晴らしいと思いませんか？
4D v19 R3 から、4D はこの問題に解決策を提供しています: 計算属性です！
ORDAのBLOBをフルサポート
すでに多くの方がORDAを使い始めています。このたび、ORDAでBlobが他の型と同様に完全にサポートされたことをお知らせします。4D v19 R2でオブジェクトのBlobをサポートした後、4D v19 R3ではORDAでBlobをサポートするようになりました。