問題タブ [business-objects]

タイトルからして、単純明快な質問だと思いますが、「ビジネス オブジェクトの世界」を調べてみると、ビジネス オブジェクトがどうあるべきかについて、はっきりしたことは何も分かっていないようです。従うべきベスト プラクティスや設計パターンはありますか?

「Expert C# Business Objects」という本を見つけましたが、これは理解を深めるための最良の出発点でしょうか?

全て、

親グループの子になるグループを追加しましたが、親グループのメンバーになりません。入って手動で設定する必要があります。

これがどのように機能するか知っている人はいますか？

CaseNoteのような子オブジェクトが多数あるオブジェクトがありますCaseNoteContactType。1つのCaseNoteの場合、x個のCaseNoteContactTypeが存在する可能性があります。UIでは、ContactTypesはCheckListBoxに表示されます。

私の質問は、ContactType子オブジェクトをどのように表現するかです。シンプルなint|stringペアです。

でしょうContactTypeかDictionary？ IEnumerable<ContactType>？、、、または?? array_collectionList<ContactType>

これらのシナリオでは何が意味がありますか？ContactTypeはCaseNoteなしでは存在できませんが、オブジェクトにするのに十分ですか？それぞれのタイプの意味がわかりません。また、CaseNoteが0から30のContactTypeを持つことができることは重要ですか？

ContactTypeクラスを作成するルートに行くとしましょう。子クラスには、その親のIDを格納するためのプロパティが必要ですか？

ガイダンスは大歓迎です。

私がここから離れているのは、ビジネスオブジェクトを実際に適切に設定したことがなく、現在、自分の環境を自分が読んだものに合わせるのに苦労しているためです。

Id、FirstName、LastName というフィールドを持つ Customer モデルがあるとします。リストビューで顧客のリストを表示したい。このために、List を返すサービス メソッドを使用して、ビューで反復します。

しかし、ここでは、クレジットなど、各顧客の追加情報も表示したいと考えています。この情報はデータベースの特定のフィールドに保存されるのではなく、Transacitons のデータに基づいて計算する必要があります。この計算はどこで行えばよいでしょうか？

Credit for Customer モデルと呼ばれる追加のフィールドをゲッターで作成できますが、これが最善の方法であるかどうかはわかりません。特に od モデル内では EF コンテキストにアクセスできません。

私のWinFormsアプリケーションにビジネス エンティティ Order があり、エンティティが複数のビューで使用され、各ビューがアプリケーション内の異なるドメインまたはユース ケースを処理するとします。例として、1 つは注文を管理し、もう 1 つは 1 つの注文を掘り下げて追加データを表示します。

nHibernate (またはその他の ORM) を使用し、ビューごと (または db アクションごと) に 1 つの session/dataContext を使用すると、同じ Order (orderId = 1 としましょう) に対して 2 つの異なるインスタンスを取得することになります。機能的には同じエンティティですが、技術的には 2 つの異なるインスタンスです。はい、Equals/GetHashcode を実装して、同じように「見える」ようにすることができます。

エンティティごとに 1 つのインスタンスを使用するのに対して、ビューごとまたはユースケースごとにプライベート インスタンスを使用する理由は何ですか?

単一のインスタンスを持つことには、INotifyPropertyChanged イベントを共有し、追加の (非永続的な) データを共有するという利点があります。

各ビューにプライベート インスタンスがあると、ビュー レベルで元に戻す機能の柔軟性が得られます。上記の例では、ユーザーが注文の詳細を変更できるようにし、変更を保存しないという柔軟性をユーザーに与えます。ここでは、ビュー/ユースケース間の同期がデータの永続性レベルで発生します。

あなたの主張は何ですか？

.NET 2.0サイトに約15個の.RPTファイルがあり、最近新しいデータベースサーバーに変更しました。

これらの.RPTファイルのうち14個でデータソースを正常に変更しましたが、1つでは、変更を行った後、更新されたレポートを保存しようとすると「ドキュメントの保存に失敗しました」というメッセージが表示されます。サブレポートのデータソースを変更して保存しても問題ありませんが、メインレポートのデータソースを変更しようとすると、そのエラーメッセージが表示されます。

私は間違いなくプロセス全体のさまざまな時点で「データベースの検証」を行っていますが、それは役に立たないようです。

何か案は？

I want to develop an enterprise app that includes a WindowsForms presentation layer, middle-tier components for business logic and data access, and a MsSQL Server database. Middle-tier components should contain some business objects and will be called from presentation layer using .NET Remoting. Whitch is the best way (and why) to reference these business objects from presentation layer?

• A) Create class library project, implementing business objects. Reference this project from presentation layer and middle-tier layer.
• B) Create interface library project defining business objects. Create class library project implementing interfaces. Reference class library project from middle-tier layer. Reference interface library project from presentation layer.
• C）中間層とプレゼンテーション層用に別々のクラスライブラリプロジェクトを作成します。プレゼンテーション層から対応するプロジェクトを参照します。

まず、これは長い質問のように思えるかもしれません。そうではないと思います...コードは、私が現在行っていることの概要にすぎません。それは正しくないので、建設的な批判と落とし穴に対する警告、および私にできることの提案を探しています。

ビジネス オブジェクトを含むデータベースがあります。
親オブジェクトのプロパティにアクセスする必要があります。
ビジネス オブジェクトを通じて何らかの状態を維持する必要があります。

クラスを見ると、アクセス修飾子が正しいとは思えません。あまりうまく構成されていないと思います。リレーションシップのほとんどは、パブリック プロパティでモデル化されています。SubAccount.Account.User.ID <-- それらはすべて公開されています..

これよりもクラス間の関係をモデル化するためのより良い方法があるので、それほど「公開」されませんか?

この質問の他の部分は、リソースに関するものです。

リストを返す User.GetUserList() 関数を作成し、9000 人のユーザーがいる場合、GetUsers メソッドを呼び出すと、9000 個の User オブジェクトが作成され、その中に 9000 個の新しい AccountCollection オブジェクトが作成されます。このプロジェクトがそれほどリソースを消費しないようにするにはどうすればよいですか?

以下のコードを見つけて、細断してください。

プロジェクト用の単純なデータベースを完成させました。6テーブルのみ。6 つのうちの 1 つは「ルックアップ」テーブルです。

システムのドライバーである「マスター」テーブルが 1 つあります。これは、他の 4 つのテーブルによって外部キーとして参照されます。

このステップが完了したとします。データと子データをロードできる POCO/BizObject を作成する最も速くて簡単な方法は何ですか。

これが私の警告です。

• 方法を学ぶのに 30 ～ 60 分以上費やしたくありませんか?
• POCO に必要なビジネス ロジックはほとんどありません。それらはほとんどデータをロードします。データを書き戻す必要さえありません。
• 私はすでに CSLA (バージョン 3 まで) を知っていますが、この小さなプロジェクトにはやり過ぎだと感じています。
• それにもかかわらず、ROOT オブジェクトが CSLA のように CHILD オブジェクトを含むコレクション クラスを持つことができれば、私はそれが大好きです...ただし、CSLA を使用しない場合も同様です。
• .NET 35だけでなく、.NET 20のみを使用するように制限されている場合も答えてください.
• 理想的には、ツールをデータベースに向けるだけで、POCO が生成されます。
• 自由

この種のシナリオで皆さんが何を使用しているかに興味があります。

主観的な質問であることは承知しておりますが、いろいろな回答をいただきたいです。

セス

このシナリオの処理方法についてアドバイスが必要です。私のアプリケーションには、多くのテーブルとそれらのテーブルにマップされたカスタムクラスがあります。例として以下を使用してみましょう（擬似コード）：

これらのクラスのいずれかの個々のオブジェクトを取得するのは簡単です。これらのオブジェクトのリストを取得することも簡単です。

ガイダンスが必要なのは、これらのオブジェクトの組み合わせを取得する方法です。たとえば、都市名と国の大統領のリストを表示する必要がある場合があります（州のクラスを除く）。そのデータを保持するためにどのオブジェクトを使用する必要がありますか？データベースへの移動にはコストがかかるため、状態データの取得は避けたいと思います。私は通常、リピーターを使用して情報を提示するため、リピーターに簡単にバインドできるオブジェクトも必要です。

ご協力いただきありがとうございます。