問題タブ [csla]

ビジネスロジックレイヤー（CSLAに基づく）の単一の実装を持ち、winform、silverlightなどのさまざまなプレゼンテーションテクノロジーからそれを使用することは可能ですか.Silverlight用のCSLAが存在します. それは、さまざまなプレゼンテーション テクノロジに対してさまざまな BLL を実装および維持することを意味しますか。

どんな助けでも大歓迎です。

Silverlight と Windows の CSLA の違いは? 機能面での正確な違いは何ですか?

これがシナリオです。csla 3.8 / c#.net を使用してアプリケーションを開発しています。アプリケーションにはさまざまなモジュールがあります。ERPのようなもので、会計、日々の勤怠記録、採用などをモジュールとして持っています。

ここでの要件は、モジュールごとに共通のエンティティをチェックし、そこから「プラットフォーム」を構築することです (<- ボスはそのように呼んでいます)。たとえば、DTR にはエンティティ「employee」があり、Recruitment には「Applicant」があるため、プラットフォームに配置できる両方から派生できる 1 つの共通エンティティは「Person」です。「人」には、名前、住所、連絡先情報などの一般的な情報が含まれます。

私はそれが OOP 101 のように聞こえることを知っています。単純な継承であればいいのですが、要件は、CSLA を使用してモジュールで使用される何らかの API を作成することです。

csla では、businessListbase、readonlylistbase などの csla の基本クラスから継承して、スマート オブジェクトを正しく作成します。たとえば、ビジネスベースの応募者クラスを作成した場合、給与要求、利用可能日などのプロパティが含まれます。個人情報については、「プラットフォーム」から「人」が必要になり、それを応募者クラスに実装します。

要約すると、いくつか質問があります。

1. そのようなプラットフォームを作成する方法は?
2. そのようなプラットフォームが可能である場合、各モジュールのエンティティにどのように実装されますか? （私はすでにcslaの基本クラスから継承しています）
3. ケース1とケース2が可能である場合、アプリの開発やメンテナンスにメリットはありますか?

#3 を質問している理由は、そのためのプラットフォームを作成できたとしても、モジュール エンティティでプラットフォーム エンティティのプロパティを定義して、検証とすべてを行う必要があるためです。 .

codeplexのCSLA.netContribプロジェクトで経験/考えを持っている人はいますか？ここにあります。

特に、CslaContrib.MVC部分。貢献の落とし穴はありますか？開発中に問題が発生した場所はありますか？などなど。

ありがとう

独自のプラットフォーム/オブジェクトを作成し、それを CSLA.NET とやり取りすることはできますか?これは可能ですか? CSLA.NET の経験が豊富な人が助けたりアドバイスしたりできますか? ありがとうございました

cslaに非同期検証ルールを実装する簡単な例はありますか？

RolodexサンプルのCompanyクラスの例を見ましたが、これは特に明確ではありません。なぜコマンドクラスが必要なのですか？

WPFアプリケーションでcsla3.8を使用しています。

私はCSLA.NETを使用しています。これは、wsHttpBinding で非常にうまく機能します。今、私は自分のWindowsサービスを持っており、このWindowsサービスをCSLAサーバーとして使用し、nettcpbindingを使用して解決策を探しています。誰かが先に進むためのヒントを教えてもらえますか? おそらく、誰かが私がそれを行う方法のサンプルを持っています。

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

よろしく、 トーマス

CSLA3.8よりもCSLA4.0の新機能は何ですか？また、どちらが優れていますか？

これは奇妙な問題です。msbuild を使用して .NET 3.5 ソリューションを構築しようとしています。私は通常、このためにカスタム ビルド スクリプトを作成します。今回、内部で CSLA を使用する単純な .NET アセンブリをビルドしようとすると、Linq エラーが発生し始めました。

ただし、msbuild (コマンド ライン) を使用して proj ファイルをビルドすると、正常にビルドされるようです。まったく問題ありません。

他の誰かがこの問題に遭遇しました...もしそうなら、どうすればこれを修正できますか?

ありがとう、

サシダー・コック

CSLAとEntityFrameworkは初めてです。12年前のWin32C++システムに代わる新しいCSLA/Silverlightアプリケーションを作成しています。古いシステムは、カスタムDCOMビジネスオブジェクトライブラリを使用し、ODBCを使用してSQLServerにアクセスします。新しいシステムが古いシステムをすぐに置き換えるわけではありません。今後数年間、同じデータベースに対して共存する必要があります。

最初はEFが最新で最高なので、EFが進むべき道だと思いました。小さなEFモデルと2つのCSLA編集可能ルートオブジェクトのみを作成した後（私のDBには800以上のテーブルがあるため、最終的には数百のオブジェクトがあります）、EFの使用について真剣に疑問を持っています。

現在のシステムでは、生成されたSQLを100％制御できるため、クエリの詳細なパフォーマンス調整を何度も行う必要があります。しかし、EFでは、舞台裏で多くのことが起こっているため、私はそのコントロールを失っているようです。http://toomanylayers.blogspot.com/2009/01/entity-framework-and-linq-to-sql.htmlのような記事は、EFの印象を助けません。

LINQ to EFのおかげで、人々はEFを好むようですが、私の基準はクライアントとサーバーの間で基準オブジェクトとして渡されるため、LINQがなくても同じように簡単にクエリを作成できるようです。WCF RIAには、実際のSQLに変換する前にサーバーに移動するクライアント側のLINQを実行できるクエリプロジェクション（またはそのようなもの）があることを理解しています。その場合、EFの利点を確認できますが、CSLAでは確認できません。 。

生のADO.NETを使用する場合、5年後の決定を後悔しますか？

最近、他の誰かがこの選択をしましたか、そしてあなたはどちらの方向に行きましたか？