問題タブ [model]

ほとんどの場合、モデルプロパティから取得するエラーは、データを保存しているときに発生します。たとえば、文字列をIntegerPropertyとして保存しようとすると、エラーが発生します。

唯一の例外（しゃれは意図されていません）はReferencePropertyです。参照がたくさんあり、悪い参照を残すことに完全に注意していない場合は、「TemplateSyntaxError：レンダリング中に例外が発生しました：ReferencePropertyを解決できませんでした」などのエラーが表示されるのが一般的です。

これは、ビューに不正な参照が1つしかない場合です。ドー。

try / exceptionブロックを記述して、すべての参照プロパティにアクセスし、例外が発生した場合にそれらを削除しようとすることもできますが、この機能は、私が使用する方法よりも一般的な方法があれば、他の多くの開発者にとって確かに役立つ可能性があります。書くことができる。モデルタイプのリストを取得し、各モデルの各エンティティの各参照プロパティにアクセスしようとし、例外が発生した場合はプロパティをNoneに設定すると思います。

自分でこれを実行できるかどうかはわかりますが、開始するための提案/スニペットがあると間違いなく役立ちます。

現在、asp.net mvc で ModelStateDictionary を使用して検証エラーを保持し、ユーザーに戻しています。ModelState.IsValid でモデル全体が有効かどうかを確認できることは特に重要です。ただし、現在取り組んでいるアプリケーションでは、警告を報告できるようにする必要があります。これらはそれほど重要ではないため、フォームのコンテンツは引き続き保存できますが、オプションでアクションを実行できるように、ユーザーに表示する必要があります。

フレームワークを調べて、これを可能にするためにフレームワークを拡張する明らかな場所があるかどうかを確認してきました。私は、警告を含む別の辞書と、モデル警告と呼ばれるモデルエラーのサブクラスを考えています。ビューなどで新しいコンテナー クラスを使用するようにフレームワークを取得する方法はわかりませんが、既存のエラーをすべて機能させたいと考えています。

誰かが似たようなことを試したり、考えを持っている場合は、彼らの意見に感謝します.

アップデート：

ViewDataDictionary を拡張していくつかの警告を追加するところまで持っています

私が今抱えている問題は、ビューコードに到達したとき、これはデバッグのためだけのものであり、新しいタイプであるという事実を失っているため、キャストバックして新しい辞書にアクセスしようとすると私には喜びがありません。

ここでは正しく設定されていますが、タイプを確認するとなくなっています。

編集：これは愚かなやり方であることが判明しました。以下の回答を参照してください。

モデルに画像のサムネイル情報を含めることが理にかなっているのかどうか疑問に思っています。作成するサムネイルのサイズを指定するように。サムネイル ディレクトリ。等。

また、サムネイルとデータベースを操作する場合、作成したすべてのサムネイルを新しいレコードとしてデータベースに保存することをお勧めします。画像レコードがあるとしたら、1 対多からサムネイル レコードを作成しますか?

ドメイン駆動設計では、豊富なドメイン モデルを使用することが推奨されます。これは、すべてのドメイン ロジックがドメイン モデルにあり、ドメイン モデルが最高であることを意味します。ドメインモデル自体は理想的には永続性について何も知らないため（データベースなど）、永続性は外部の問題になります。

私は中規模のワンマン プロジェクト (Java の 10 万行以上) で実際にこれを使用してきましたが、多くの利点を発見しています。主に、データベース指向のアプローチに対してこれが提供する柔軟性とリファクタリング性です。ドメイン クラスを追加および削除し、いくつかのボタンを押すだけで、まったく新しいデータベース スキーマと SQL レイヤーが展開されます。

しかし、豊富なドメイン ロジックと、アプリケーションを支える SQL データベースがあるという事実とを調和させるのが難しいという問題に直面することがよくあります。一般に、これは典型的な「1+N クエリの問題」を引き起こします。つまり、N 個のオブジェクトをフェッチし、各オブジェクトに対して重要なメソッドを実行して、クエリを再度トリガーします。これを手動で最適化すると、一定数の SQL クエリでプロセスを実行できます。

私の設計では、システムがこれらの最適化されたバージョンをプラグインできるようにしています。コードを、数十のドメイン固有のクエリ (getActiveUsers など) を含む「クエリ モジュール」に移動することでこれを行います。ナイーブでスケーラブルではない) および SQL ベースの (展開で使用する) 実装。これにより、ホットスポットを最適化できますが、主な欠点が 2 つあります。

• ドメイン ロジックの一部を実際には属さない場所に効果的に移動し、実際には SQL ステートメントにプッシュすることさえあります。
• このプロセスでは、クエリ ログを精査してホットスポットの場所を特定する必要があります。その後、コードをリファクタリングし、コードをクエリに落としてレベルの抽象化を減らす必要があります。

ドメイン駆動設計とそのリッチ ドメイン モデルを、すべてのエンティティをメモリ内に保持することができず、データベース バックエンドに限定されるという事実と調和させる、より適切でクリーンな方法はありますか?

NamedTemporaryFile を作成し、それにいくつかのコンテンツを追加したので、それをモデル FileField に保存したいと考えています。

問題は、tmp ディレクトリが FileSystemStorage ディレクトリ内にないため、SuspiciousOperation が発生することです。

これを行う適切な方法は何ですか？

認証/承認スキーマのベスト プラクティス データ モデルはありますか?

単体テストを容易にするために、古い Active-Record ベースの API を新しい構造に移植しています。データ アクセスにはリポジトリ パターンを使用し、依存性注入には StructureMap を使用しています。

私は今、すべてをどのように構築するかについて少し苦労しています。例として「製品」クラスを使用すると、以前はモデル、リポジトリ、およびファクトリ パーツがすべて製品オブジェクトに組み込まれていました。

オブジェクトのコレクションを取得するために、基本的なファクトリとして機能するオブジェクトに Shared(static) メソッドがありました

いくつかの例を見た後、新しい構造には、IProductRepository、IProductService (ファクトリ)、および Product モデル クラスがあります。だから、このようなもの

ただし、Product クラスには関連データをロードする機能があります。たとえば、

Product クラスの内部は次のようになります

テストが難しく、「モデル」クラス (製品) が IProductService クラスを直接呼び出すという事実が気に入らないため、これは好きではありません。

これらすべてを構造化するためのより良い方法について誰か提案がありますか?

乾杯

ジェームズ

編集 おそらくこれを尋ねるのは間違った時期です! この質問に答えられるようにするために追加できる説明はありますか??

SimpleModalを使用しました。ここで問題となるのは、モーダルダイアログのサイズ変更です。確認ダイアログがありますが、[はい]を押した後は基本的に小さいです。

2つ目はmy.php、大きなデータが含まれていることです。既存のモデルを追加するという概念を使用しています。コンテンツのサイズを変更するにはどうすればよいですか？

そして、私のJavaScriptスニペットには次のものがあります。

私のCSS：

SimpleModalコンテナのサイズを変更するにはどうすればよいですか？Ajaxコールで？

顧客のドメイン エキスパートと協力しているとします。あなたは、彼らの問題のあなたのモデルが彼らのものよりも明確であることを認識しています (または少なくとも合理的な信念を持っています)。彼らがあなたの道を行くべきだとどのように彼らを説得しますか.

私の場合、要件の主な目的が何であるかはかなり明確です (たとえば、製品の取引システム)。私の経験と調査に基づいて、2 つの TraderParties を持つ TradeContract をお勧めします。各 TraderParty は、1 つの Product を購入し、1 つの Product を販売します。コンポジットを XML でモデル化する必要がある場合、次のようにモデル化できます。

上記は単に、アンがボブからハリー・ポッターとアズカバンの囚人を 20.00 ドルで購入したモデルです。より抽象的に言えば、これは二者四足の取引をモデル化したものです。tradeContract議論のために、XML を使用するシステムが XML を検証し、取引を調整すると仮定しましょう。

ドメインの専門家がこれが複雑すぎると感じたらどうしますか? 上記のドメイン モデルに到達するためのいくつかの中間ステップを容易に認めることができますが、「弾丸をかじって」上記のドメイン モデルを遅かれ早かれ使用する方がよいと彼らを説得するにはどうすればよいでしょうか?

追加: SME が提案するモデル ...

ドメインの専門家が話し続けているのは、私が思いついたモデルですが、彼らのビジネス プロセスはまだその準備ができているとは考えていないようです。（それでも、今はやり遂げる方法があると思います）。

彼らがすぐに欲しいモデルは次のとおりです。

このモデルは、アンが 20.00 ドルを寄付したものです。次に、別のトランザクションを入力する必要があります。

彼女がハリー・ポッターの本を手に入れたというモデルに。私たちのシステムがアンをだますかどうかをモデル化できないため、私の意見ではかなり面倒です。同様に、同様の種類のトランザクションの断片化が、貿易契約のボブ側で発生します。

ロジックをコントローラーからモデルに移行することをお勧めします。しかし、複雑なシステムでは、Rails Way に従って大部分のメソッドが 1 つのライナーであったとしても、これは常に非常に大きなファイルにつながります。

モデルを他のモジュールに分割し、それらを元のモデルに含めることに頼りました。たとえばmodel_flags、、、model_validationなどです。もっと良い方法がありますか?