問題タブ [conceptual]

特定の画面のすべての基本パラメーターを定義するクラスがあります。ここから、アプリケーションのすべての画面が this のサブクラスになります。実装で変数の値を設定するには、すべての画面 (つまり、サブクラス)が必要です(つまり、各画面は、ナビゲーション ツリーのどのレベルにあるかを定義する必要があります)。

また、理想的には、この変数はfinalサブクラスで設定されている必要があります (これはおそらく不可能だと思います)。

これについて最善の方法は何ですか？Javaでこの種の動作を正しく強制する方法はありますか?

NSArrayサーバーから取得した曲があります。それが私の生データソースです。配列には、バックエンドとしてNSDictionaryandを持つカスタム オブジェクトが含まれています。NSArray

を使用してフォーマットされたデータ ソースを実装するNSDictionaryことが賢明かどうか疑問に思っています。ディクショナリにはキーとしてセクション ヘッダーがあり、特定のキーの値には、NSArrayそのセクションの行を含む があります。

生データ ソースを反復処理し、辞書にアルファベット順に並べます。

これは確実な実装ではなく、非常にコストがかかると感じています。これよりも堅実な実装は他にありますか?

クエリのパフォーマンスまたは最適化に関して、個別のテーブルとタイプ列には違いがありますか？

例えば：

OneTypeが1、2、または3のみを受け取る場合（整数値）

次のアーキテクチャとの比較：

別の可能なアーキテクチャ：

3番目の方法では、すべてのデータがルートに設定され、1つ、2つ、および3つのテーブルとの関係になります。

先日先生に聞いたのですが、違いがあるかと答えられませんでした。これらの3つのアプローチから選択する必要があるとしましょう。
一般的に使用されるクエリが型をフィルタリングしていると仮定します。そして、これらを参照する子テーブルはありません。

わかりやすくするために、給与制度について考えてみましょう。
1=着信
2=割引
3=計算のベース。

NASM プログラムが 3 つの「セクション」に分割されている技術的な理由は何ですか? .data、.bss、および .text ? 舞台裏で実際に何が起こっているのでしょうか。定数がある場合、アセンブラが事前に知る必要があるのはなぜですか?

たとえば、シェルで次のコマンドを実行したとします。

子プロセスがシェルから分岐する方法と、このように子プロセスがどのように機能するかを理解しています。

しかし、パイプと後続のコマンドがどのように適合するかはわかりません。それらはシェルの子でもあり、そうではありませんlsか?

私は単純なイベントシステムに基づいたライブラリに取り組んでいます。

GUI要素（「コントロール」）を操作するには、これらが非常に必要です。たとえば、Windowクラスには「onMouseMove」、「onKeyPress」、「onKeyRelease」などの一連のイベントがあります。ただし、コントロールの基本的なクラスはControlクラスです。これには、仮想関数の描画（明らかにコントロールを描画する）と、コントロールとメインウィンドウのイベントを接続する仮想関数の接続（Qt Signal-Slot-Conceptと同様に機能）があります。

しかし、Eventクラスはstd::function<...>サブジェクト（=>スロット）としてポインターを受け取るため、派生コントロールクラスのメンバー関数をウィンドウのイベントに単純に接続することはできません。回避策として、私は次のことを行っています。

std::function<...>これが基本的に行うことは、コンストラクターのにラムダ関数を割り当て、それstd::function<...>を選択したイベントにアタッチすることです。

ただし、大きな問題があります。そのクラスのオブジェクトをさらにいくつかインスタンス化するとどうなりますか？次のような通常の関数として、クラスでイベントハンドラーを指定した場合：

そして、少なくとも次の呼び出しを使用している限り、何らかの理由で機能しないstd::function<...>usingにその関数を割り当てることができます。std::bind

とにかく、lambda-function-workaroundは実際にはクラスに組み込まれていないため、時間効率が低いようです。この問題を解決するためのより効率的な方法はありますか？たぶん、特にラムダ関数の問題を解決するのではなく、概念を変更することによってですか？

私はSpringを初めて使用し、助けが必要なシナリオで立ち往生しています。私のシナリオは、このような特定のモジュールのBean定義があることです。

このBean内で、もう1つのプロパティを使用したいのですが、それは次のようなアプリケーションフローによって異なります。

したがって、このプロパティをBean定義自体に含める必要があります。または、このプロパティをあまり使用したくないため、コードで動的に行うことができます。

正しく効率的なアプローチを提案してください。

私は、GoF 設計パターンについて中程度の知識を持っていると考えています。しかし、それらのパターンを構造パターンと行動パターンに分類するとなると、私は混乱します。私は創造パターンについて混乱していません。

ウィキペディアから - デコレーター パターン -オブジェクト指向プログラミングでは、デコレーター パターンは、同じクラスの他のオブジェクトの動作に影響を与えることなく、静的または動的に個々のオブジェクトに動作を追加できるようにするデザイン パターンです。

上記の定義から、それが行動に関するものであることは明らかです。

1. なぜデコレータは構造パターンなのですか?
2. 構造パターンの基準は何ですか？
3. 行動パターンの基準は何ですか？

ありがとう。

大量のネットワークおよびディスク I/O を生成する C# 5.0 コードがあります。このコードの複数のコピーを並行して実行する必要があります。次のテクノロジのうち、最高のパフォーマンスが得られる可能性が高いのはどれですか?

• await を使用した非同期メソッド

• TPL から直接 Task を使用する

• TPL データフロー ナゲット

• リアクティブ拡張

私はこの並列処理があまり得意ではありませんが、Thread などの低いレバーを使用するとパフォーマンスが大幅に向上する場合は、それも検討します。