問題タブ [presentation-layer]

EF6 を使用してモデルを作成します。このコードを使用して、 Gridview ウィンドウフォームで列を非表示にしたい:

と .の両方を使用しましたが[ScaffoldColumn(false)]、[Display(AutoGenerateField = false)]機能せず、列が gridview に再度Date表示されます。

なぜ ？

よろしくお願いします

MS Word ドキュメントを作成して実行するアプリケーションがあります。そのコードをどのレイヤーに配置するかを考えています。

外部ドキュメントの実行は、プレゼンテーション層の一部ですか、それともビジネス ロジック層の一部ですか?

一方では、最終的にユーザーに何かを「提示」する結果になるため (外部アプリケーション内ではありますが)、プレゼンテーション層の一部であるべきだと思われます。一方、プレゼンテーション レイヤーは現在のアプリケーションの UI にのみ関心を持ちたいと考えているため、ビジネス ロジック レイヤーの懸念のように見えます。これは、すべてが「プレゼンテーション」の側面を持っているわけではない複数の外部プロセスに使用できます。

また、SOがこの質問に適した場所であるかどうかもわかりません。https://softwareengineering.stackexchange.com/を確認しましたが、これらのタグにはほんの一握りのフォロワーしかいませんでした。

Objective-C の iOS プロジェクトを Xcode 6.1 の Swift に書き直そうとしていますが、この Objective-C の行を「翻訳」できません:

SwiftでUIImageViewの回転値を取得するにはどうすればよいですか?

レイヤード アーキテクチャ アプリケーションがあります。すべてのエラー処理はビジネス層で行われ、データ層はエラーをビジネス層にスローします。プレゼンテーション層は、このカスタム エラーをユーザーに表示します。それに加えて、HTTP 関連のエラーが発生する一般的なエラー ページがあります。プレゼンテーション層に try catch ブロックがありません。

しかし、プレゼンテーション レイヤー エラーを処理するためのベスト プラクティスを知る必要があります。ユーザーがいくつかの 10 進数を入力することを期待しているように仮定しますが、それに加えていくつかの文字が追加されます。では、この種のエラーをどのように処理できますか? try catch を記述せずにそれを処理するコードを記述する必要がありますか、それともプレゼンテーション層のコードに try catch を含める必要がありますか?

もう 1 つのシナリオは、ある場所から 1 つのファイルを読み取っていますが、ファイルがそこに存在しない場合は、try catch ブロックまたはプレゼンテーションでこれをキャッチするか、考えられるすべてのエラーのコードを記述する必要がありますか?

ありがとう

プレゼンテーション ロジックを処理するのに最適な場所を決定しようとしています。ビューの DTO をクエリして生成する各メソッドで、読み取りクエリ (CQRS) を分離しました。しかし、私のビューは、DTO から取得される変数が散在する単純なテンプレートです。それらには論理がありません。

日付の表示方法を再フォーマットしたり、フラグを実際の説明的な言葉に変えたり、データベースから照会された内容に応じて表示される内容に小さな条件を追加したりしたいとします。私はこのロジックを各クエリに入れ、DRY すぎることを心配しないように考えています (場合によっては、DRY が多すぎると、各依存関係を確認する必要があるため、変更が難しくなる可能性があることがわかります)。または、単体テストが持ちこたえることを願っています）。あちこちで「ヘルパー」を使用して、私が続けている書式設定を行うことがありますが、他の「プレゼンテーションレイヤー」全体を追加する必要はないと思います。したがって、プレゼンテーション ロジックは各クエリに常駐し、返された DTO に入り、ビューに直接ドロップされます。これにより、CQRS の読み取り側が非常に薄くなります。各ビューが読み取りクエリに対応するという点で理にかなっています。しかし、私は、このプレゼンテーション ロジックの一部がドメインに非常に固有のものになることも懸念しています。新しく加わった開発者は、生のクエリから直接データを投げ出すのではなく、他のクエリを見て同じフォーマット手法を繰り返す必要があります。

これは健全なアプローチですか、それとも DDD/CQRS で使用されている別のアプローチはありますか? 私が行った CQRS 調査からのガイダンスを見つけるのに苦労しています。注: 私はたまたま PHP/MySQL を使用していますが、この質問は言語に依存しないと思います。

列名と列のデータ型の属性を持つ InputColumnsVO のリストがあります。Listview を使用してこの入力列オブジェクトのリストを反復し、列のデータ型に基づいて入力ボックスを表示することを考えています。例:

これは改札で達成できますか?それとも、設計に代わる方法はありますか?

だから、ここでそれについていくつかの質問を見てきましたが、どれもそれについて具体的ではなく、私の疑問に答えませんでした.

レイヤード アーキテクチャ/DDD アプリケーションでは、コントローラー (一般的な MVC アプリケーションの "C") はどのレイヤーに収まりますか? UIレイヤーまたはアプリケーションレイヤーにある可能性があることをさまざまな場所で読みましたが、適切なレイヤーが何であるかについて頭を悩ませることはできませんでした。

私は Eric Evans の DDD を読んでいますが、この本にたどり着くまでは、まだ理解できませんでした。UIレイヤーが複雑でなければ、それをアプリケーションレイヤーとマージできると彼が言っていることに気付きました。これはコントローラーでも同じですか？