投稿された質問の回答について: 「データ中心のアプリケーション モデルとオブジェクト指向のアプリケーション モデルの違いは何ですか?」 私は次のように読みました。
「メッセージパッシング」の例について言及したとき、それを実装する1つの方法はデータ中心であると述べました（ただし、それは悪い方法だと考えています）。
なぜデータ中心は悪い方法なのですか? RTI によってリリースされたデータ中心のアプローチは、リアルタイムの分散アプリケーションにとって興味深いアプローチであることがわかります。
代替手段はメッセージ中心ですか? アプリケーション中心？また？
データ中心の設計には、意味のあるメソッドのないクラスがあります。これらのクラスはデータを保持するだけです。これは、プロパティだけでなく機能も収容できるものの実際の適切な使用法ではありません。Data-Centricは、すべての機能をいくつかのクラスにローカライズし、すべての作業を実行する必要があります。
忙しいネットワークでは、すべての作業を行うために常に同じオブジェクトを参照している場合、さまざまな責任が複数のクラスに分割された場合にはるかに迅速に処理されるタスクのキューをすばやく開発します。
また、これは、ダイクスタの関心の分離のような設計原則に準拠していません。これは、優れた実践と見なされています。
オブジェクトには、プログラミングについてより「自然な」RL 準拠の考え方を促進するためのデータとメソッドの両方が含まれています。情報を保持する「dosier」クラスだけでなく、その dossier クラスには、そのデータにアクセスするためのメソッドもありますreadPage(int pageNr)。
メソッドの記述を省略することは確かに可能であり、いくつかのまれなケースでは推奨されます。たとえば、DataTransferObject を宣言したリフレクションを使用する必要はありませんが、ほとんどの場合、可能性の無駄です。