問題タブ [partial-classes]

sqlmetal を使用して DBML を生成し、変換を実行してから、sql metal を使用して DataContext クラスを生成しています。さらに、データベースに保存するメタデータに基づいて、エンティティの検証を自動的に生成したいと考えています。各エンティティとその属性。たとえば、エンティティにメタ タイプ "Email" の "EmailAddress" フィールドであることがわかっている場合、Email エンティティの OnValidate メソッドを作成して、正規表現に準拠していることを確認したいと考えています。それはすべてうまくいきます。別のファイルで次のようにすることができます。

この DataContext を使用したい開発者が独自のロジックをこのエンティティの OnValidate メソッドにフックできるようにしながら、どうすればこれを行うことができますか? 私たちの状況では、これは開発中のアプリケーションに固有のビジネス ロジックになります。上記で説明した追加は、データベースに取得されるデータが期待どおりであることを保証するための単なる保護手段です。

助けてくれてありがとう。ここで新しいので、何か間違ったことをした場合はお詫び申し上げます。

aspxページの部分クラスの背後にあるコードはなぜですか？

クラス定義を配布するのは非常に危険な機能であり、それについてすべて知っているかどうか本当に確信が持てないので、これを求めています。3つの部分的な定義を見つけたとしても、どこかに4つ目がないことをどうやって知ることができますか？

私はC＃を初めて使用しますが、C ++で10年間過ごしました。それが、私が動揺している理由かもしれません。

とにかく、「部分的な」概念には大きなメリットがあるはずですが、私には明らかに欠けています。その背後にある哲学についてもっと学びたいです。

編集：申し訳ありませんが、既存の投稿を検索するときにこの重複を見逃しました。

なぜこのエラーが発生するのかわかりません。プロジェクトは VS 2005 から VS 2008 に変換されますが、2.0 フレームワークのままです。

エラーメッセージのイメージ

これが私のジェネリック型と制約とのインターフェースです....

デザイナーによって定義されたデータ テーブルは次のとおりです。

では、2005 年から 2008 年の間に何が壊れたのでしょうか????

ありがとう、R

ASP.NETMVCスキャフォールドコードの大部分を生成しています。生成されたすべてのファイルは、標準の命名規則を使用する部分的なクラスです。たとえば、私の従業員コントローラーファイルの名前はEmployeeController.csです。生成されていないカスタムロジックを使用してEmployeeControllerを拡張する場合は、EmployeeControllerCustom.csという名前の2番目の部分クラスファイルを作成します。カスタムロジックと生成されたロジックを2つの異なるファイルに分割して、次にEmployeeControllerを生成するときに、カスタム変更が上書きされないようにします。ファイル名に「カスタム」サフィックスを追加することは私には合理的と思われますが、従う必要のある、より確立された部分クラスファイルの命名規則はありますか？

わかりました、メニュー付きのメニュー システムがあります (データベース フィールドから動的に生成されます)。このメニュー システムをいくつかのビューに含めたいと思います。それらはすべて、異なるコントローラーとモデルを使用します。

これを達成するための最良の方法は何ですか？RenderPartial("Name",Model) synatx を実行できるように、他のすべてのモデルで Categories モデルを渡す必要がありますか?

テンプレート クラス メソッドの部分的な特殊化はありますか?

次のように特殊化しても機能しません。

何か助けはありますか？

部分クラスのコンストラクターに、定義されていない、または定義されていない別のメソッドを呼び出す方法はありますか?

基本的に、私の部分クラス コンストラクターは次のように定義されます。

クラスコンストラクターが呼び出された後に実行される追加のコードを何とか挿入できるようにしたいと考えています。

さらに、コンストラクターが呼び出された後に追加のコードを挿入するために複数のファイルを持つ方法はありますか?

私のプロジェクトの1つにデータアクセス用のクラスがたくさんありますが、データリーダーからデータを取得するコードのために、これらのクラスは非常にかさばっています。

私のコードは一般的に次のようになります。

一部のFillメソッドは400行以上に簡単にヒットするので、これらを分離する適切な方法はありますか？部分的なクラスは受け入れられますか？理想的な世界では、私はORMを使用しますが、残念ながら、ORMの使用方法を学ぶ時間はありません。

私はSQLServerにアクセスするためにLinqtosqlを使用しています。
DataContextから直接アクセスできるように、すべてのデータベースクエリを部分クラスに書き込もうとしています。ここで、データコンテキストをテストしたいのですが、それを行うための最良の方法を見つけることができません。

基本的に私は3つのことをテストする必要があります：
1。クエリは正しいデータを返します（これ以上でもそれ以下でもありません）
2。ストアドプロシージャ呼び出しは正しいデータを返します
3.多対多の関係がdbmlで正しく構成されています（deleteonnull）

私はここで同じような質問のように見えますが、それらのどれも（私が見つけた）3つの問題すべてに対処していません。
インターフェイスを使用すると、部分クラスのメソッドではなく、テーブルにのみアクセスできます。
インターフェイスを使用して、すべてのクエリメソッドをインターフェイスの拡張メソッドとして配置してみましたが、SP呼び出しでは機能しません。

では、Linq To SQL DataContexts（およびクエリ）をテストする最良の方法は何ですか。
助言がありますか？

/ジミー