ORDAクラスの世界へようこそ
ORDAは、4D v17で革命を起こしました。それは、全く新しい可能性の世界を開き、あなたを別のプログラミングの次元に導きました。オブジェクト指向のアプローチで簡単にアプリケーションを開発できる次元です。
私たちは、そこで終わりませんでした!私たちは、その後の機能リリースごとに、一連の機能を通じてORDAの機能強化を続けてきました。そして今、4D v18 R4では、さらに一歩進んだORDA データモデルクラスが利用可能になりました。あなたのデータモデルに特化したクラスです。
これは、あなたのコードを大きく向上させるでしょう。あなたのアプリケーションは、簡単にサービスを公開し、より管理しやすく、保守しやすくなり、他のアプリケーションとシームレスに統合できるようになります。
これもプロジェクトのおかげで実現した大きな機能です
ORDA：再起動せずに最新のデータストアを利用できる
4D v18 R3には、開発者のエクスペリエンスに大きな影響を与えるエンハンスメントが含まれています。多くの方から要望のあった機能を、4Dが実現しました!
開発段階（コードの記述とテスト）で4Dスタンドアローンモードで作業する場合、構造が更新されたときに最新のデータストア(ds)を更新するためにデータベースを再起動する必要はありません。
新しい属性や新しいテーブルが必要なとき、毎回データベースを再起動する必要はありません。全て自動です!
コマンドを呼び出すと、最新のデータストアを取得できます。 dsコマンドを呼び出すと、最新のデータストアオブジェクトを取得できます。つまり、このデータストアオブジェクトの複数のバージョンを、実行中のプロセスを停止させることなく、構造を更新したタイミングに応じて、同時に処理することができるのです。
クライアント/サーバーモードで作業している場合、4Dサーバー上で動作しているコードには問題なく機能します。
リモートクライアントでは、構造の更新が必要なクライアントを再起動するだけです。
ORDA – リストボックスの行選択を改善しました。
ORDA: エンティティセレクション関数のニュース
ORDAに関して言えば、4D v18 R3は朗報に満ちています!新しいメンバーメソッドは、あなたのコーディング体験をさらに向上させるために、自由に使うことができます。
まず、エンティティセレクションからのデータ抽出が大幅に強化され、エンティティセレクションのデータで完全にカスタマイズされたコレクションを構築 することが可能になりました。
さらに、エンティティ選択に対して、そのデータを直ちにサーバーから リフレッシュする必要があることを示す方法を提供し、キャッシュされたデータを無効にします。
詳細について知りたいですか？読み進めてください。必要なことはすべて以下に書いてあります。
リモートデータストア – 実践的な使用例
4D v18で提供された最も興味深い機能の1つが、リモートデータストアです。このブログポストでは、実用的なユースケースを紹介します。
Entity Selectionリストボックスを簡単に構築する新ツール
レコードのリストを表示するには、ORDA技術を使用する場合、エンティティ選択リストボックスが最も適しています。4D v18 R2は、エンティティ選択リストボックスを簡単に構築する新しいツールで、あなたの生活を簡素化します。リストボックスビルダーこれは何でしょうか？シンプルなダイアログで、いくつかのステップでリストボックスをセットアップできます（表示するテーブルとフィールドを選択し、列のタイトルを入力し、列の順序を定義します）。
4Dを初めて使う開発者のためのオンボーディング？スイートウォーターでは、次のように行っています。
Sweetwaterの4D開発者であるゲストオーサーのJoel Levy氏によるブログ記事です。
4DはSweetwater Soundの心臓部です。私たちのアプリケーションは、700人以上の同時使用ユーザーの多様なニーズを調和させながら相互接続しています。私たちは、常に成長し続ける会社のニーズを満たすために、より多くの開発者を求めています。ここでは、スウィートウォーターが4Dプラットフォームに新しく参加する開発者を採用するための戦略について説明します。
複数の 4Dデータソースに興味がありますか？
4D v18 のエキサイティングな新機能を発表します！ タイトルからすでにヒントがあるかもしれませんね。
この機能は、クライアント/サーバーの新しい可能性を開きます。4D v18 のアプリケーションは、永続的なネットワーク接続を必要とするカレントデータベースに限定されるのではなく、4D Server 上に公開された別のリモート4Dデータベースからデータを取得することができます！
この機能により、選択肢が大きく広がります。たとえば、基本的にオフラインで動作するようにアプリケーションを構成し、リモートデータにアクセスできるときだけローカルデータを同期させることができます。あるいは、複数のサーバーでデータを公開し、必要に応じて切り替えることもできます。また、データモデルを異なるデータベースに分散させるという方法もあります (ローカルデータ、海外データなど)。異なる場所にデータを分散させながら、 1つの 4Dクライアントコード (プロジェクトメソッドやフォームオブジェクト) でアクセス可能にするのはどうでしょうか。このブログ記事では、これらのシナリオを実現する方法を紹介します。
ORDAチートシート
カナダ、アルバータ州南部の4D開発者であるゲスト著者のCannon Smithによるブログ記事です。
コレクションとエンティティの導入は、4Dを劇的に変化させ、開発者にビジネスルールをコードにマッピングする新しい方法をもたらしました。つい最近、私たちのアプリケーションのビジネスルールの中心となる数千行のコードをリファクタリングしました。その結果、スピードが大幅に向上し（5倍速）、ユーザーはとても喜んでいます。このリファクタリングは、古いコード構造からオブジェクト、コレクション、ORDAへの移行が主な内容でした。
リクエストロギングによるORDAコードの最適化
クライアントと4Dサーバー間のORDAリクエストのトラフィックを分析する必要があることはありませんか？時々、サーバーから応答を受け取るのに時間がかかることがあり、それがネットワークトラフィックのせいなのか、それともあなたが書いた最適化されていないリクエストのせいなのか、疑問に思うことがあるかもしれません。ありがたいことに、4D v17 R6 では、この遅延の原因を、新しい ORDA メソッドで判断することができます。 dsオブジェクトで利用できる新しいORDAメソッドで、この遅延の原因と思われるものを特定することができます。これらはデバッグ機能だけでなく、送信されたリクエストをよりよく理解することで、ORDAコードを最適化することができます。