S#arp LiteとServiceStackは併用できますか?
S#arp Lite は、S#arp アーキテクチャの非常に単純化されたバージョンであり、DDD の概念に焦点を当てており、リポジトリ パターンの適切な使用などに重点を置いています。
同時に、WCF や WebApi とは対照的に、REST サービスを開発する ServiceStack の方法も気に入っています。
これら 2 つの素晴らしいものが一緒に使用されている例はありますか? それは本当に意味がありますか?
S#arp LiteとServiceStackは併用できますか?
S#arp Lite は、S#arp アーキテクチャの非常に単純化されたバージョンであり、DDD の概念に焦点を当てており、リポジトリ パターンの適切な使用などに重点を置いています。
同時に、WCF や WebApi とは対照的に、REST サービスを開発する ServiceStack の方法も気に入っています。
これら 2 つの素晴らしいものが一緒に使用されている例はありますか? それは本当に意味がありますか?
それほど複雑ではなく、サンプルも必要ありません。
SS はあなたの「サービス」となり、SS で受信および送信するために Request オブジェクトと Response オブジェクトを使用します。
また、SS を使用する場合、S# は実際には必要ありません。SS にはエンティティ用の独自の抽象化があり、データ アクセス用の ORMLite があります。もうリポジトリ パターンの使用はお勧めしません。ORM はデータの抽象化です。IQueryable を使用すると、リポジトリがなくてもできることがたくさんあります。
私の日常的なスタックは現在、AngularJs、TypeScript、ASP.NET MVC、ServiceStack、ORMLite (非常に高速なクエリ、大きなオブジェクト グラフを SQL ビューに分割するため)、およびクライアントの要求に応じて NHibernate または Entity Framework で構成されています。MVC は、多くのサーバーとのやり取りを必要としないページ、または往復が問題にならないページ (お問い合わせ、概要など) を提供します。SS は、データに対するフロント エンドからのすべての要求を処理します。
S# と S# Lite は、登場したときは素晴らしく、多くの人が DDD の基本と懸念事項の分離を理解するのに役立ちました。残念ながら、多くの場合、それを使用することは、ジャック ハンマーを使用して壁に釘を打ち込むようなものでした。それは、実際には必要のないプロジェクトに複雑さをもたらしました。
現状では、S# や S# Lite は、自分が行っている種類の開発では以前ほど有用ではないと感じています。