問題タブ [explicit]

私の考えでは、明示的なローカライズよりも暗黙的なローカライズの利点は、特定のコントロールに対してローカライズするプロパティが複数ある場合、より経済的な構文になることです。

一部のテキストをローカライズする必要がある場合は、UI にレンダリングするプロパティ (Text) を 1 つだけ持つ asp:Localize コントロールを使用します。どちらか一方を使用する理由はありますか？スタイルの好みはありますか？速度の違いはありますか？

暗黙

対

明示的

double を int に変換する最良の方法に興味があります。ランタイムの安全性は、ここでの私の主な関心事です (必ずしも最速の方法である必要はありませんが、それは私の二次的な関心事です)。以下に思いつくことができるいくつかのオプションを残しました。誰がベストプラクティスであるかを検討できますか? 私がリストしていないこれを達成するためのより良い方法はありますか?

を受け取るコンストラクターを持つクラスがありますconst char*。それは：

そして、それらの1つを取る関数:

この関数は、次のいずれかのインスタンスを渡すことによって呼び出すことができますc。

または、明示的な初期化があるため、次のことができます。

cコンストラクター「asdf」を渡すことで を作成し、結果のオブジェクトを に渡しますfoo。

ただし、これは、単にオーバーロードfooしてconst char*. 速度のためにオーバーロードを行う価値はありますか、それともパフォーマンスへの影響が小さすぎて、オーバーロードを行うのはスペースの無駄ですか? 私は自分のプログラムをできるだけ速くしようとしています。そのため、速度は重要な要素であり、サイズも重要ですが、それほど重要ではありません。

テンプレートメンバー関数を持つテンプレートクラスがあります。クラスを明示的にインスタンス化して、コンパイルの大幅な速度低下を回避したいと考えています。g++ 4.1.2 を使用しています。コンパイラからあいまいなテンプレートの特殊化エラーが発生します。これは、問題を再現する最短のコードです。

私はキャッチオールを使いたくない：

オーバーロード get(const int&) は、可能なすべての明示的なインスタンス化に対して定義されるわけではないため、コンパイラはそれをサポートしていない型に対して適合をスローするためです。

このコードは、Visual Studio でコンパイルされます (gcc 固有の拡張機能であるインラインの先行テンプレートなし)。このコードフラグメントをコンパイルする方法に光を当てることができますか?

更新:これは私が得るエラーです:

UPDATE2:解決策をありがとう、それはコンパイルされません。クラス内での特殊化は許可されていません。エラーは次のとおりです。

スクリプトの効率を向上させるために、暗黙的なウィンドウ参照を明示的にするために使用できることをMSDNで読みました。self

1. これが本当かどうか知っていますか？これは基本的に、たとえば呼び出しが以前にオブジェクトなしself.locationで単純に呼び出すよりも効率的であることを意味しますか?locationwindow

2. MSDN テキストはではselfなくを参照しているためwindow、このパフォーマンスの向上は を使用した場合にのみ発生しselfますか? ここ によるwindowとselfとwindow.selfは同じものなので、何を使っても問題ないはずです。

3. さらに、MSDNの呼び出しで述べられていることに従うと、呼び出しwindow.selfよりも何らかの形でパフォーマンスが向上するはずselfです。これは、最後の呼び出しがプロパティであるwindowため、呼び出しによってwindow.self明示的な参照を使用するためです。

ありがとう

これをまったくコンパイルできません。できないかもしれませんが、なぜできないのかわかりません。

コンパイラは、「明示的な特殊化 "class A::B" は、使用する前に宣言する必要があります」と不平を言っているようです。コメント行で前方宣言を提供しようとすると、コンパイラは「明示的な特殊化 "B" は、テンプレートを含む名前空間で宣言する必要があります」と文句を言います。ここでは 2 つの異なるコンパイラを使用します。このエラーは、AIX 上の IBM の "xl" コンパイラによるものですが、Sun システムでコンパイルすると、異なる表現で同様のエラーが発生します。キャッチ22のようです。

明らかに、これは非常に不自然で単純化された例ですが、問題を表しています。テンプレート クラスはそれを含むクラスにのみ関連するため、クラス内でテンプレート クラスを定義したいと考えています。クラス外からテンプレートにアクセスすることはできません。

何か不足していますか？

現在、SQLitening.dllを呼び出しているC ++アプリケーションでSQLitening（www.sqlitening.com）を使用しています。SQLitening.dllは、SQLiteningClient.dll、Zlib.dll、およびSQLite3.dllへの後続の呼び出しを行います。SQLitening.dllを明示的にフックし、いくつかの関数を実行してから、接続を閉じて、FreeLibraryを使用してdllを逆参照しています。

ただし、後続のdll（SQLiteningClient.dllなど）は呼び出し元のプロセスにフックされたままです。SQLitening.dllを再度フックしようとすると、正常にフックされますが、リモートデータベースにクエリを実行する関数など、一部の関数が誤動作します。私は仕方がないが、これはそれらのdllが適切に解放されていないためだと思う。dllを暗黙的にフックした（各関数をグローバルにフックした）ときはいつでも、それを常にメモリに保持している限り、すべてが正常に機能しました。ただし、これを明示的に行う必要があります。

注：SQLiteningのFred Meierは、PowerBasicアプリケーションでは明示的なリンクが正常に機能すると述べています。また、SQLiteningはPowerBasicで記述されていることにも注意してください。

SQLitening.dllがすべてをフックするための別のプロセスまたはスレッドを生成して、SQLiteningを逆参照するときに、そのプロセスを強制終了できるようにする方法はありますか？または、SQLiteningが呼び出すすべてのものが適切に逆参照されていることを確認する特別な方法はありますか？ありがとう。

-マットフェルプス

-解決システム

このスレッドを読んだ後 、明示的なキーワードは C++ で何を意味しますか?

このプログラムを作りました

メインコード

出力は次のとおりです。

さて、上記のスレッドに従って、オブジェクト d のコンストラクター呼び出しの後にエラーをスローする必要がありますが、そうではありませんでした。

g++ バージョン情報

上記のコードで何か間違ったことをしたかどうかはわかりません。助けてください

与えられた 2 つのクラス:

そして、短いメインプログラム:

このコードは正常に動作します。しかし、タイプミスによる行：

に変更されました:

それでもコンパイルに合格します。そのタイプミスによってコンパイル エラーが発生するようにするには、コード (main() コード) でどのような簡単な変更を行うことができますか?

数百のテスト クラスがあり、そのうちの数十は [TestFixture] [Explicit] [Category("IntegrationTests")] という属性でマークされているため、夜間の自動ビルドでのみ実行されます。残りの TestFixtures には、カテゴリが指定されていません (また、Explicit とマークされていません)。

テストを実行するために実行している NAnt タスクは次のとおりです。

もちろん、これは未分類のテストを実行しません。

私はこのようなことをしたいと思います:

ここでは、分類されていないすべてのテストが統合テストとともに実行されます。これは可能ですか？もしそうなら、構文は何ですか？

(注: 上記の NAnt ソリューション、または NUnit コマンドライン ソリューションのいずれかを探しています。NUnit を異なるオプションで 2 回実行するか、すべての TestFixtures にカテゴリを配置することは確かに可能です。これらは私が行っている回避策です。必要に応じて使用しても構いませんが、分類されていないテストを直接指定できるともっとクールです。)