問題タブ [design-patterns]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net-mvc - リポジトリ/サービス パターンと MVC を使用する場合のデータ オブジェクトのキャッシュ
データ アクセスにリポジトリ/サービス パターンを使用している MVC ベースのサイトがあります。サービスは、大多数のアプリケーション (コンソール、winform、および Web) で使用するように作成されています。現在、コントローラーはサービスと直接通信します。これにより、適切なキャッシュを適用する機能が制限されました。
私のオプションは次のとおりです。
- キャッシュを行う IWhatEverService を実装する Web アプリのラッパーを作成します。
- 各アクションの ViewData をキャッシュすることで、各コントローラーにキャッシュを適用します。
- データ キャッシングについて心配する必要はなく、各アクションに OutputCaching を実装するだけです。
それぞれの長所と短所を見ることができます。リポジトリ/サービスを使用したキャッシュのベスト プラクティスは何ですか?
database - テスト容易性のための最適なデータベース アクセス パターンは何ですか?
私は、アクティブなレコード、リポジトリ、データ転送オブジェクトを含むいくつかについて読み、手を出しました。どれが最高ですか?
objective-c - オブジェクトを使用したObjective-Cスイッチ?
NSXmlDocument の解析と結果からのオブジェクト プロパティの設定を含む Objective-C プログラミングを行っています。
最初のバージョンは次のようになりました。
if-else-if-else
しかし、私はこれが生み出すパターンが好きではありません。ステートメントを見ると、オブジェクトではなく、などswitch
しか処理できないことがわかります...私が気付いていないより良い実装パターンはありますか?ints
chars
ところで、オブジェクトのプロパティを設定するためのより良い解決策を実際に思いつきましたが、Objective-C のif
- else
vsswitch
パターンについて具体的に知りたいです
c# - コマンド パターン : コマンドにパラメータを渡すには?
私の質問は、次の抽象化 (C# コード) があるコマンド パターンに関連しています。
アプリケーションからエンティティを削除することを目的とした、単純な具体的なコマンドを見てみましょう。Person
たとえば、インスタンス。
をDeletePersonCommand
実装する がありますICommand
。このコマンドは、メソッドが呼び出されPerson
たときに削除するために、パラメータとして削除する必要があります。Execute
パラメータ化されたコマンドを管理する最良の方法は何ですか? コマンドを実行する前に、コマンドにパラメーターを渡す方法は?
design-patterns - テーブルドリブンメソッドとは何ですか?
「テーブルドリブン方式」とは?
ビルゲイツが2番目のWindowsVistaコマーシャルで1:05に述べたように。
database - スタースキーマ設計
スター スキーマ設計はデータ ウェアハウスに不可欠ですか? それとも、別の設計パターンでデータ ウェアハウジングを行うことができますか?
design-patterns - ソフトウェアでも、使用する準備が整うまで何もしませんか? 【トヨタ主義】
私はポッドキャストを聞いていました。彼らがトヨタが使用していた原則について話した場所:
使用する準備ができるまで、何もしないでください。
これは、他の場所に目を向け、何年も前から知られている他の慣行を学ぶことを私たちに教えていると思います.
design-patterns - ソフトウェアでも、未知の経路を生成することはありませんか? 【トヨタ主義】
トヨタの製造ラインでは、部品がどのような経路をたどったかを常に把握しています。何か問題が発生した場合に修正できることを確認できるようにするためです。これはソフトウェアにも当てはまりますか?
すべてのエラー メッセージは、移動したパスを正確に教えてくれるはずです。いくつかは、スタック トレースのエラー メッセージです。これは正しい解釈ですか?他の場所で使用できますか?
わかりました、これがポッドキャストです。面白いと思います
sql - 設計によるゼロ SQL デッドロック - コーディング パターンはありますか?
MS SQL Server 2005 上で実行されている .NET 2.0 webapp で、非常にまれではありますが厄介な SQL デッドロックに遭遇しています。これまで、私たちは非常に経験的な方法で SQL デッドロックに対処してきました。
しかし、このアプローチは非常に不十分であることがわかりました。時間がかかり、信頼性がありません。私は、SQL デッドロックが決して発生しないように設計されている決定論的なクエリ パターンに従うことを強く望んでいます。
たとえば、C# のマルチスレッド プログラミングでは、辞書式の順序に従ってロックを取得する必要があるなどの単純な設計ルールにより、デッドロックが発生しないことが保証されます。
デッドロック防止が保証されている SQL コーディング パターンはありますか?