問題タブ [bll]

私は通常、データセットを DAL として作成し、元のプロジェクト内に BLL を作成します。

Entity Framework を学んだ後、ビジネス ロジック層は別のプロジェクト (クラス ライブラリ) で作成されることが一般的であることを知りました。

ただし、ASP.NET サイトには対応するチュートリアルがありません。

このため、特に参照時に BLL を作成すると、かなり混乱します。

1. BLL クラスを完成させるには、このように参照を直接追加する必要がありますか?

次に、USING ステートメントを使用してエンティティにアクセスします。

ただし、BLL にアクセスするメイン プロジェクトのプレゼンテーション レイヤーは、BLL プロジェクトを参照し直す必要がある場合があります。BLL プロジェクトの DLL ファイル全体をメイン プロジェクトに配置するサンプルをいくつか見ました。

BLL とメイン プロジェクトを参照する正しい方法、または上記のように参照する正しい方法は何ですか?

学習できる良いチュートリアルはありますか?

私はこの質問をするのはとても初心者のように感じますが、それはしばらくの間私を悩ませてきました。

階層型アプリケーションのBLLを設計するとき、すべてのエンティティクラスを1つの名前空間に配置しますか？例：顧客とその車両のデータベースがあり、これらの車両が月次ベースでサービスを受ける場合。顧客とその車両を「サービスモジュール」とは別の「モジュール」に保持すると思います（サービスの実行方法やデータの保存場所を更新する必要がある場合は、に触れる必要はありません）。 Customer \ Vehicleモジュール）。

このように考えるのは正しいですか、それともデザインのアイデアを変更する必要がありますか？

これにより、LINQtoSQLの使用に関する問題が発生しました。テーブルのエンティティクラスの半分が'モジュール'Aに含まれ、残りが'モジュール'Bに含まれている場合、2つのテーブル間の関連付けに対応するために、どこかに'モジュール'A参照'モジュール'Bが含まれ、その逆も同様です。 'モジュール'との境界線。

または（これについて今考えただけです）、「モジュール」（両方のモジュールで同じクラスを持つ）で1つのテーブルのエンティティクラスがオーバーラップしますか？

何かアドバイスをいただければ幸いです。

しばらく試してみましたが、本当にわかりません。「タイプ 'void' を 'string' に暗黙的に変換できません」というエラーが表示されます

DAL と BLL を使用してデータベースから 1 つの値を取得したいのですが、コードは次のようになります。

私の BLL は次のようになります。

これも試しました。

最後に、私の DAL は次のようになります。

どこから始めますか？

私は、主にasp.netで開発されたヘルスケアアプリケーションに取り組んでおり、バックエンドとしてOracle11gを使用しています。現在の状態では、アプリケーションはUI、BLL、DALの3つのレイヤーに分割されています。BLLとDALはクラスライブラリプロジェクトであるため、単一のdllとしてデプロイされます（1つはBLL用、もう1つはDAL用）。最近、ソフトウェアがレビューされ、ソフトウェア全体を個別のモジュールに分割し、それぞれが独自のプロジェクトとデータベース、つまりInventoryUI（asp.net Webアプリケーションプロジェクト、InventoryBLL（クラスライブラリプロジェクト）、InventoryDAL（）などのインベントリモジュールを持つ）を提案しました。クラスライブラリプロジェクト）。すべてのモジュールは、Webサービスを介して相互に通信する個別のデータベースを持つ3つの異なるプロジェクトを取得します。

だから私の質問は

1. この提案されたアーキテクチャは、私たちが持っているものよりも優れていますか？
2. BLLとDALに複数のdllを使用する方がよいでしょうか。長所と短所は何ですか。
3. 1つのアプリケーションに複数のデータベースを用意する方がよいでしょうか。どのように？

リンク、提案は大歓迎です。

Business Object Layer でオブジェクトを整理する最も一般的な方法は何ですか?

たとえば、私はこのアプローチを採用した BLL を使用しました。

• 共通フォルダー - 静的ユーティリティ ファイルが含まれています
• インターフェイス フォルダ - すべてのインターフェイス
• Dal - データ アクセス オブジェクト
• サービス - サービスにアクセスするオブジェクト
• プロジェクト ルート - ビジネス オブジェクトを含む

また、ビジネス オブジェクトに混在するインターフェイスや、モデル フォルダーとライブラリ フォルダーにオブジェクトを含む BLL プロジェクトも見てきました。

Linq to Entites に苦労しています。私はEF5とLinqが初めてです。私はVB.NETでプログラミングしています。DataSets を DAL として BLL に返すテーブル アダプターを使用しており、それを ObjectDataSource にリンクしています。今、VS2005 ASP.NET 2.0 から ASO、.NET 4.0 に VS2005 ASP.NET 2.0 から VS2012 にアップグレードして EF5 を使用し、EF5 を DAL としてセットアップしました。BAL を書き直して、Linq to Entities を使用して ObjectDataSource に移動しようとしています。外部キーでセットアップしたナビゲーションを使用して、複数のテーブルに対して複雑なクエリを実行できますが、DataSet を期待する ObjectDataSource で動作するように戻り値の型を取得する方法がわかりません。

たとえば ContentQ= From ct in DAL.Contents select ct などの単一のテーブルを返す場合

なぜこれが以下で機能するのですか？include メソッドを使用して 1 対多の 2 テーブルを持つ ObjectDataSource にこのクラスを設定する必要があるのはなぜですか?

ListPageObj から値を渡してラベルに値を表示することに問題があります。どうすれば値を取得できますか?

BLL

ListPageObj

aspx

aspx.cs ?

私はあなたのアドバイスを必要とします。BBL、DAL、BOboj を分離する ASP.NET で 3 層アーキテクチャを開発しようとしています。

DAL 内で、_view を介してデータを収集します。すべてのビューに対して別の BOboj を作成する必要があるのでしょうか??私は既に BOboj クラスを持っていますが、すべてのフィールドが含まれているわけではありません。

データを挿入するときはBObojを使わないといけないのですが、一覧表示するときはBOboj_viewクラスか何か作った方がいいのでしょうか??

データの挿入 (私の列にはこれらの値のみが含まれます)

リストデータ

最善の解決策は何ですか、

ありがとうございました 。

私の質問は、3 層アーキテクチャについてです。

私のプロジェクトは簡単に以下のようなものですが、データベース内に新しい列を挿入した後、BLL を除くすべてのフィールドを更新する必要があることに悩まされています。プレゼンテーション レイヤーでは、OBJ を作成し、DAL 内に加えて、DAL 内に SQL クエリを作成しました。これらすべてのフィールドを手動で更新する必要があります。

「通常の」方法で行う場合は、それらすべてをプレゼンテーション レイヤー内に配置し、すべてを 1 か所で更新します。

この 3 層アーキテクチャを正しく適用していますか? また、この層状アーキテクチャを使用する利点は何ですか?

私の2番目の質問は：

DAL 内で、_view を介してデータを収集します。すべてのビューに対して別の BOboj を作成する必要があるのでしょうか??私は既に BOboj クラスを持っていますが、すべてのフィールドが含まれているわけではありません。

データを挿入するときはBObojを使用する必要がありますが、データをリストするときはビューを使用しています。この場合、ビューごとに別のBOboj_viewクラスを作成する必要がありますか?? それを行う簡単な方法は何ですか？

例えば; SQL Server のすべてのテーブルにマップされた 20 個のビューと 40 個のクラスがあります。ビューはデータの異なるテーブル (つまり、異なるオブジェクトを意味します) を収集します。ビューを表す 40 個を除いて、さらに 20 個のクラスを作成する必要がありますか?

オブジェクト

ダル

BBL

プレサンタオンレイヤー

ありがとうございました。