問題タブ [data-access]

私の質問は、c# と静的メンバーへのアクセス方法に関するものです...まあ、それを説明する方法がよくわかりません (どのような質問が悪いのでしょうか?) サンプル コードをいくつか示します。

回答ありがとうございます (ちなみに、問題は、エラーを発生させずにこの問題を解決するにはどうすればよいかということです)。これはおそらくあなたにとって非常に簡単な質問です!

編集：ご回答いただきありがとうございます！

私は try - キャッチ フレーズが最も洗練されていると思いますが、vb を使用した経験から、それが本当に残念な場合があることを知っています。私はそれを 1 回使用しましたが、プログラムの実行に約 30 分かかりましたが、後で try - catch を回避したため、計算に 2 分しかかかりませんでした。

これが、switch ステートメントを最良の回答として選んだ理由です。コードはより複雑になりますが、一方で、比較的高速で読みやすいと思います。（私はまだもっとエレガントな方法があるべきだと思っています...おそらく私が学ぶ次の言語で）

他の提案があれば、私はまだ待っています（そして喜んで参加します）

これは「議論」の側にあるかもしれませんが、これについてのあなたの意見を本当に聞きたいです.

以前は、読み込みと書き込みの両方を処理するデータ アクセス クラスを作成することがよくありましたが、これはしばしば FooIoHandler などの不適切な名前付けにつながりました。

それで、私は最近、データアクセスを FooWriter と FooReader に分割し始めました。これにより、より適切な名前が付けられ、柔軟性が追加されますが、同時に、クラスがそれほど大きくない場合は、それらをまとめておくのが好きです。

リーダー/ライターの分離はより良い設計ですか、それともそれらを組み合わせる必要がありますか? それらを組み合わせる必要がある場合、クラスに名前を付ける必要がありますか？

ありがとう/エリック

アプリケーションとデータベース間の通信に使用している特定の方法/アプリケーションは何ですか? ストアド プロシージャを使用したカスタム コードですか? サブソニック？nHibernate? エンティティ フレームワーク? リンク？

特定のクラスのデータベース テーブルを自動生成する方法を知っている人はいますか? パーシスタンス レイヤー全体を探しているわけではありません。既に使用しているデータ アクセス ソリューションがありますが、突然、多数のクラスから大量の情報を保存する必要があり、作成する必要がありません。これらすべてのテーブルを手作業で。たとえば、次のクラスがあるとします。

私は次のSQLを期待しています：

また、複合型をどのように処理できるのかも疑問に思っています。たとえば、前に引用したクラスで、次のように変更した場合:

どうすればこれを処理できますか？

リフレクションを使用して自分でデータベース スクリプトを自動生成して、各クラスのプロパティを列挙しようとしましたが、扱いにくく、複雑なデータ型に困惑しました。

これはASP.Net2.0Webアプリです。参考までに、アイテムテンプレートは次のようになります。

コードビハインドでこれを使用する：

私はこれを作成します：

必要なのはField1とField4のデータです

DataListやGridViewのようにデータを取得できないようです。また、Googleで他に何かを思いついたり、これをすばやく活用して自分のやりたいことを実行したりすることもできません。データを取得するために私が見ることができる唯一の方法は、正規表現を使用してデータを取得することです（男性は必要なものを取得するため、すべてを取得します。私は男性ですよね？アレン私ではないですか？）。

私は正しい方向に進んでいますか（これを行うための特定の正規表現を探していません;それはフォローアップの質問かもしれません;））、または私は何かを逃していますか？

この場合のリピーターは石で固定されているので、これ以上エレガントなものに切り替えることはできません。昔々、Alison ZhouがDataListsを使用して提案したのと同じようなことをしましたが、しばらく（2年以上）経ち、この方法でそれを行うことを完全に忘れていました。ええ、明らかな何かを見落とすことについて話してください。。。

だから私はアリソンが提案したようにやった、そしてそれはうまくいく。このリピーターは数十行を取得できますが、ここではビューステートが問題になるとは思いません。代わりにそれを使用するのではなく、そのように実行する場合、私は実際に質問に話すことはできません（しかし、それ以外の場合はそれは私にとっては良い解決策のようです）。明らかに後者はビューステートのフットプリントではありませんが、私の目の前に極端な例がなければ、あるアプローチが別のアプローチよりも好ましい場合があると言うのに十分な経験はありません。アリソン、1つの質問：なぜラベルではなくリテラルなのか？

Euro Micelli、私はデータベースへの戻りを避けようとしていました。私は他の開発世界に比べてまだ少し環境に配慮しているので、データベースのトリップ数が「ちょうどいい」とは限らないことを認めます。ここではパフォーマンスの問題はありませんが（これを知るのに十分なアプリの負荷はわかっています）、上司は可能な限り少ない旅行を強調する傾向があるため、習慣からそれを避けようとしていたと思います。

EvanとNilssonの本を読んだ後でも、ドメイン駆動プロジェクトでデータアクセスを管理する方法がわかりません。CRUDメソッドがリポジトリの一部である必要があります（つまり、OrderRepository.GetOrdersByCustomer（customer））か、エンティティの一部である必要があります：Customer.GetOrders（）。後者のアプローチはよりOOのように見えますが、単一のエンティティタイプのデータアクセスを複数のオブジェクト、つまりCustomer.GetOrders（）、Invoice.GetOrders（）、ShipmentBatch.GetOrders（）などに分散します。挿入と更新はどうですか？

WCFサービスを介して公開するオブジェクトに関連して何が意味があるのか​​疑問に思っています-ビジネスエンティティにWCFシリアル化仕様を追加する必要がありますか、それともビジネスエンティティをWCFを介して公開するDataContractsにマップするコンバーターを実装する必要がありますサービス？

現在、DataAccess、Business、Contractのさまざまなレベルのエンティティがあります。DataAccessからBusinessに、およびBusinessからContractに、またはその逆にエンティティをマップできるコンバーターを配置しています。それらの実装と保守は時間がかかり、かなり面倒です。これに関連するベストプラクティスは何ですか？

NHibernateやEntityFrameworkなどのOR/Mを使用していた場合、ORMからエンティティを直接公開する必要がありますか、それとも現在と同じ方法で抽象化する必要がありますか？

特定のリストのアイテム作成者にアイテムのフルコントロールを提供し、他のすべてのユーザーに読み取り専用アクセス（許可）を設定するワークフローアクティビティを作成しました

誰かが私にこのようにすると（私が多くのユーザーを持っている場合）パフォーマンスが劇的に低下するだろうと私に言いました

あれは正しいですか ？！！

はいの場合、誰でも新しいアイテムを作成できるリストを作成するための最良の解決策は何ですか。ただし、アイテムが作成された後は、作成者のみが編集でき、残りのユーザーはそれを読み取ることができます。

私は、アクティブなレコード、リポジトリ、データ転送オブジェクトを含むいくつかについて読み、手を出しました。どれが最高ですか？

伝統主義者は、ストアドプロシージャは、NHibernateなどのオブジェクトリレーショナルマッピング（ORM）フレームワークを使用する場合よりも優れたセキュリティを提供すると主張しています。

その議論に対抗するために、適切なセキュリティが実施されていることを確認するためにNHibernateで使用できるいくつかのアプローチは何ですか（たとえば、SQLインジェクションの防止など）？

（回答ごとに1つのアプローチのみを提供してください）