タグ付けされた質問 「architecture」

アーキテクチャには、ソリューションのプロセス、アーティファクト、および高レベルの構造が含まれます。

3
WPF MVVMなぜストレートXAMLウィンドウビューではなく、ContentControl + DataTemplateビューを使用するのですか?
なぜこれ? MainWindow.xaml: <Window x:Class="MVVMProject.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"> <Grid> <ContentControl Content="{Binding}"/> </Grid> </Window> ExampleView.xamlを次のように設定します。 <ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" xmlns:vms="clr-namespace:MVVMProject.ViewModels"> <DataTemplate DataType="{x:Type vms:ExampleVM}" > <Grid> <ActualContent/> </Grid> </DataTemplate> </ResourceDictionary> そして、次のようなウィンドウを作成します。 public partial class App : Application { protected override void OnStartup(StartupEventArgs e) { base.OnStartup(e); MainWindow app = new MainWindow(); ExampleVM context = new ExampleVM(); …
83 c#  wpf  xaml  mvvm  architecture 

4
ファットモデル/シンコントローラーvs.サービスレイヤー[クローズ]
クローズ。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 7年前に閉鎖されました。 この質問を改善する 私は長年.Netを使用してエンタープライズアプリケーションを開発してきました。私のアプリには通常、SQLDBテーブルにマッピングするエンティティを含むドメインモデルがあります。リポジトリパターン、依存性注入、サービスレイヤーを使用しています。 最近、MVC 3プロジェクトに取り組み始め、どのロジックをどこに配置するかについて議論しました。シンコントローラー/ FATモデルアーキテクチャに出くわし、サービスレイヤーがどのように適合するのか疑問に思いました オプション1-モデルがサービスと話し合う コントローラはシンで、モデルのメソッドを呼び出します。モデルは、DBから自分自身をロードし、リポジトリまたはサービスと通信する方法を「知っています」。たとえば、customerModelにはLoad(id)メソッドがあり、顧客とGetContracts()などの子オブジェクトをロードします。 オプション2-コントローラーがサービスと通信する コントローラは、サービスにモデルオブジェクトを取得するように要求します。ロード/保存などのロジックはサービスレイヤーにあります。モデルは、データのみを含む純粋なエンティティモデルです。 特にエンタープライズアプリケーションについて話すとき、オプション1がより良い選択である理由は、私の経験から、関心の分離、モデルとコントローラーの可能な限り薄くし、ビジネスロジックを実行する特殊なサービス(DBインタラクションを含む)を使用するように指示されています。 良いリソースへのすべてのアドバイスと参照に感謝します。

5
ドメインオブジェクト、POCO、エンティティの違いは何ですか?
基本的には同じだという印象を受けました。モデルオブジェクトも同じですか? 現在、私のアーキテクチャでは、次のことがあります。 class Person { public string PersonId; public string Name; public string Email; public static bool IsValidName() { /* logic here */ } public static bool IsValidEmail() { /* logic here */ } } class PersonService { private PersonRepository pRepository; PersonService() { pRepository = new PersonRepository(); } public bool …

7
kayak.comのようなサイトはどのようにコンテンツを集約しますか?[閉まっている]
クローズ。この質問はもっと焦点を合わせる必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てるようにします。 4年前に閉鎖されました。 この質問を改善する あいさつ、私は新しいプロジェクトのアイデアをいじっていて、Kayak.comのようなサービスが非常に多くのソースからのデータをこれほど迅速かつ正確に集約する方法について誰かが何かアイデアを持っているかどうか疑問に思いました。具体的には、Kayak.comがAPIとやり取りしていると思いますか、それともユーザーの要求を満たすために航空会社やホテルのWebサイトをクロール/スクレイピングしていると思いますか?この種のことに対する正しい答えは1つではないことは知っていますが、他の人がこれを行うのに良い方法だと思うものを知りたいと思います。それが役に立ったら、明日kayak.comを作成するふりをしてください...あなたのデータはどこから来ていますか?

3
Pythonのファクトリメソッドとインジェクトフレームワーク-何がよりクリーンですか?
私のアプリケーションで通常行うことは、ファクトリメソッドを使用してすべてのサービス/ dao / repo /クライアントを作成することです class Service: def init(self, db): self._db = db @classmethod def from_env(cls): return cls(db=PostgresDatabase.from_env()) アプリを作成するとき service = Service.from_env() すべての依存関係を作成するもの テストで実際のデータベースを使用したくない場合は、DIを実行します service = Service(db=InMemoryDatabse()) サービスはデータベースの作成方法を知っており、どのデータベースタイプを作成するか(InMemoryDatabseまたはMongoDatabaseでもかまいません)を知っているため、これはクリーン/ 16進数アーキテクチャとはかなり異なると思います。 私はクリーン/ 16進アーキテクチャでは私が持っていると思います class DatabaseInterface(ABC): @abstractmethod def get_user(self, user_id: int) -> User: pass import inject class Service: @inject.autoparams() def __init__(self, db: DatabaseInterface): …

2
プログラマーが独自のoAuthサービスを開発する際に考慮すべき技術的詳細は何ですか?
プログラマーが独自のoAuthサービスを開発する際に考慮すべき技術的詳細は何ですか? ガイドラインを見つけようとしてきましたが、ほとんどのoAuth関連記事は、消費者の視点(つまり、他のサービスを利用する方法)として議論していることがわかりました。oAuth認可サービスとリソースサービスを使用して独自のシステムを設計したい。どのような技術的詳細に従うべきですか?

2
MVIとMVVMを比較したMVIの違いは何ですか
「新しい」Model-View-Intentアーキテクチャと、MVCやMVVMのような「古い」アーキテクチャとの違いはありますか? MVIはどの問題に対処しますか?MVC / MVVMとの類似点は何ですか?違いは何ですか? MVC / MVV / MVPのスタックオーバーフローにはすでに同様の質問がありますが、これまでのところMVIを説明する質問はありません。 MVCとMVVMの違いは何ですか? MVPとMVCとは何ですか?違いは何ですか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.