問題タブ [qualifiers]

編集： おそらく、この質問をするためのより簡潔な方法は次のとおりです。Springは、独自のリスナー/ファクトリ/決定ロジックを提供することにより、注入時にあいまいな候補を解決する方法を提供しますか？

実際、おそらく、以下のメンバーフィールドの@Environmental修飾子は不要です。@Inject-ionがあいまいな場合...助けてください。実際、@ ResolveWith（EnvironmentalResolver.class）も大丈夫です。

Springが（アノテーションを使用して）依存性を注入しようとすると、そのインターフェイスを実装する複数のコンポーネントがある場合は、@Injectポイントを@Qualifierする必要があることを理解しています。

私がやりたいのは次のようなものです。

私は、次のように（漠然と）見えるような、ある種のあいまいさの解決策を作成する必要があると思います。

これが役立つ例の1つは、エンドユーザーに連絡するサービスがあることです。今、私はAOPアスペクトをハックして、「MailSender」へのメソッド呼び出しの前に「Production」環境フラグをチェックし、設定されていない場合は、ユーザーの電子メールではなく電子メールを送信します。これをメール送信に固有のAOPアスペクトでラップする代わりに、現在の環境に基づいてサービスを区別できるようにします。上記で示したように、「本番」または「非本番」の問題である場合もあります。ただし、環境ごとの定義も機能します。

これはリージョンにも再利用できると思います...たとえば、@ Regionや@Regional（Region.UnitedStates）などです。

@Environmentalは実際には@Qualifierになると思いますが、環境に直接依存したい場合は（@Environmental（Production）Beanは@Environmental（Production）コラボレーターに直接依存する可能性が高いため、あいまいさはありません。下位レベルのアイテム---同じ@Regional（US）アイテムは、他の@Regional（US）アイテムに明示的に依存し、まだ理解されていないBeanAmbiguityResolverをバイパスします）

ありがとう。

(4.4/1) から

タイプ「cv1 T へのポインター」の右辺値は、「cv2 T」が「cv1 T」よりも cv 修飾されている場合、「cv2 T へのポインター」タイプの右辺値に変換できます。</p>

標準が「より多くの cv-qualifield」タイプを定義する場所はわかりませんが、const を持つ宣言子は非 const よりも cv 修飾されていることを理解しました。

次の変換について、標準からの引用はどのように適合しますか、またはどちらが cv 修飾されていないか、またはより多く修飾されているかをどのように知ることができますか?

アップデート：

テッセレーション コントロール シェーダーをロードすると、次のように出力されます。

私のシェーダーはこのように見えます

私はここで何を間違っていますか？修飾子「頂点」は #version 400 で表示されるはずですか?

仕様は言う：

レイアウト修飾子

レイアウト (レイアウト修飾子) in/out/uniform

出力レイアウト修飾子

テッセレーション コントロール シェーダの場合: 頂点 = 整数定数

また、私のテッセレーション評価シェーダーは次のように述べています。

私は何かが欠けていますか？

よろしく、ピーター

API Google Tv Addonを使用してAndroidを開発しています。画面修飾子をノータッチで使用したいので、/ res /の下にlayout-notouchというフォルダーを作成しsetContentView(R.layout.test)、アプリケーションを配置するときのアクティビティでlayouttest.xmlという名前を付けました。クラッシュ。この画面修飾子をどのように使用できますか。または、プログラムで修飾子を設定できますか。ここを見て、ここにリンクの説明を入力してください

私は OpenGL を使用してカメラの視点をレンダリングしています。コードの 1 つのポイントで、光の方向 (ここでは「Vector4」タイプとして示されています) を取得し、それを「Matrix4x4」タイプのマトリックスで乗算しようとしています。 Modelview 変換 (これが意味をなさない場合は申し訳ありません。これは学校のプロジェクトのためです。そのため、私はまだこのことについて学んでいます) とにかく、私のコードは次のようになります...

これにより、次のエラーが表示されます。

繰り返しますが、このコードの多くはクラス (つまり、ベクトルと行列の型) 用に事前に作成されていますが、誰かがエラーの意味を解読するのを手伝ってくれれば、それは大歓迎です! 必要に応じて、より多くの情報を提供できます。

「data」または「data->dir」は const であると考えましたが、どちらについても言及されていません。「dir」はSceneLightDataタイプで、追加されたら次のようにします:

エラーは次の行で発生します。

編集

問題が解決しました。みんな、ありがとう！解決：

と

clang のC++11 ステータス ページで、「*this の右辺値参照」という提案に出会いました。

私は右辺値参照についてかなり読んで理解しましたが、これについては知らないと思います。また、この用語を使用して Web 上で多くのリソースを見つけることもできませんでした。

ページに提案論文へのリンクがあります: N2439 (*this への移動セマンティクスの拡張)、そこから多くの例を得ることもできません。

この機能は何ですか?

現在アプリを開発していますが、メインメニューの2つの形式で問題が発生しています。私は自分のアプリをできるだけ多くの電話で動作させるようにしていますが、NexusOneとDroidRazrは、私が知る限り、同じ修飾子を持っていますが、サイズが異なります。

ここで何かが足りませんか？どちらも、main_menu.xmlのlayout-normal-hdpi修飾子に従います。

それらを区別する別の方法はありますか？xmlで「dip」を使用してボタンを分離しています。ボタンはNexusOneの画面から離れます。

ありがとうございました。

C++03 では、関数パラメーターをconst、volatile、左辺値参照 ( &) として修飾できます。

C++11 では、右辺値参照 ( ) がもう 1 つ追加されます&&。

さらに、C++ では、パラメーターの修飾子に基づいて関数をオーバーロードできるため、関数を呼び出すときに最も適切なオーバーロードが選択されます。

メンバー関数は、概念的には、追加のパラメーターを受け取る関数と考えることができます。その型は、それがメンバーであるクラスのインスタンスへの参照です。この「追加パラメーター」の修飾子に基づいて、他のパラメーターとほぼ同じ方法でメンバー関数をオーバーロードすることができます。これは、修飾子を関数シグネチャの最後に置くことで表現されます。

C++03 ではconstandvolatile修飾子が可能であり、C++11 では&and &&(&理論的には C++03 で許可されていた可能性がありますが、そうではありませんでした) も許可されます。

C++03 では 2^2 = 4 の可能性があり、C++11 では 2^4-4 = 12 の可能性があるため、&とが相互に排他的であることを除いて、修飾子の任意の組み合わせを使用できます。&&

メンバー関数ポインターを操作したい場合、これは非常に面倒です。なぜなら、これらの修飾子は少しもポリモーフィックではないためです。this引数として渡されるメンバー関数ポインターの「型」の修飾子は、それらと正確に一致する必要があります。渡されるパラメーターのタイプ。C++ には、修飾子を抽象化するための明示的な機能もありません。constC++03 では、バージョンと非constバージョンを記述する必要があり、誰も気にしないため、これはほとんど問題ありませんでしvolatileたが、C++11 の病理学的ケース (病理学的ほど珍しいことではありません) 12 個ものオーバーロードを手動で作成する必要がある場合があります。機能ごと。

囲んでいるクラスの型をテンプレート パラメーターとして渡し、そこからメンバー関数ポインターの型を派生させると、修飾子constとvolatile修飾子が許可され、期待どおりに伝播されることがわかり、とてもうれしく思いました。

これは、すべてのケースを手動で書き出すよりもはるかに優れています。

&残念ながら、とでは機能しないようです&&。

GCC 4.7 は次のように述べています。

エラー: 参照型 'Baz&&' へのポインターを形成しています</p>

しかし、4.7 の時点で GCC が の参照修飾子をまだサポートしていないことを考えると、これはそれほど驚くべきことではありませんthis。

また、そのようなサポートがあるClang 3.0でも試しました。

エラー: メンバー ポインターが非クラス型 'Baz &&' を参照しています

しかたがない。

this typeこれは不可能であり、メンバー関数ポインターの " " で参照修飾子を抽象化する方法はないと結論付けて正しいでしょうか? テンプレートパラメータとしてthis「タイプ」を渡す特定のケース以外の修飾子（特に on ）を抽象化するための他のテクニックも高く評価されます。this

(C++ がメンバー関数と通常の関数を区別していない場合、これはすべて些細なことであることに注意してください。テンプレート パラメーターを関数のパラメーター (ポインター) の型として使用すると、テンプレート引数は次のようになります。修飾子はそのままで、余計なことを考える必要はありません。)

私は脳のけいれんを起こしている：

myStruct.getX1()揮発性の構造体/クラスで呼び出されるメソッドはvolatileそれらのメソッドに修飾子を持っている必要があるため、コンパイラーはmyStruct.getX2（）を呼び出せ、呼び出すことはできないことを理解しています。

私の質問は次のとおりです。そのようなクラスを作成し、他のソフトウェアルーチンで使用するために公開する場合、メソッドに揮発性修飾子を追加する理由と追加しない理由は何ですか？

タグ付けされたメソッドは、最適化の目的で、volatileそのメンバーのいずれもがタグ付けされていないとコンパイラに指示するためですが、メソッドがタグ付けされていない場合は、タグ付けされていないメンバーを最適化できますか？volatilevolatilevolatile