問題タブ [address-operator]

VB6 の AddressOf 演算子に関する C# の代替ソリューションを手伝ってくれる人はいますか? AddressOf は長い値を返します。C# で出力を取得するにはどうすればよいですか?

C スタイルの構造体を含む Objective-C クラスがあります。このオブジェクト メンバー (別名プロパティ) へのポインターを渡す C 関数を呼び出す必要があります。私の人生では、この C 構造体のアドレスを取得する方法がわかりません。従来の&演算子を使用してアドレスを取得すると、LValue コンパイラ エラーが発生します。

次のコードでは、コンパイラ エラーが発生します。

オブジェクトのmyStructメンバーへのポインターを取得するにはどうすればよいですか?myClass

私はc＃のAddressOfとc ++のポインタで混乱していますか？Addressofが実行を管理し、ポインターが実行を管理しないか何か他のものであるというのは正しいですか？

VB6 プロジェクトを VB.NET に変換する際に問題が発生しています

この「AddressOf」関数が VB.NET でどのようにあるべきかわかりません

私のVB6コード:

簡単な質問: VB.NET 演算子 AddressOf は、どのような場合でも Nothing を返すことができますか?

公開されているウェブサーバーでIISRESETを実行した後、アプリの初期化は正しいようです。つまり、Application_Startイベントで、構成された時間までスリープすることを目的とした新しい「電子メール」スレッドを起動し、「ウェイクアップ」時にレポートを作成して管理ユーザーに電子メールで送信し、構成された時間までスリープ状態に戻ります。期間が経過すると、レポートが再度作成され、電子メールで送信されます。私は現在、1900年に開始し、12時間ごとに新しいレポートを作成するように構成されています。

しかし、この本番サイトで時間が経つにつれて、何かが「余分な」スレッドを作成する原因になっています。これにより、重複したレポートが電子メールで送信されます。問題は十分に良性ですが、可能であればこれをクリーンアップしたいと思います。スニペットは次のとおりです。

Webサーバーのアプリケーションイベントログを調べると、IISRESETで上記のメッセージが正しく表示されます。これに続いて、 workerThreadに別の「適切な」ログイベントがあり、次のレポート時間までにコードがスリープする時間を通知します。これがworkerThreadからのスニペットです：

上記のコードは正常に機能しているようです（前述のように、IISRESETの後、Application_Startイベントからの1つのログイベントに続いて、「email」スレッドからのログエントリが表示されます。「EmailThreadはnnn分間スリープします...など。 "。しかし、どういうわけか（時間の経過とともに）EmailThreadの別のインスタンスを取得しているため、スケジュールされた「ウェイクタイム」に1つだけではなく、2つのレポートが生成されます。

このWebサイトに割り当てられているIISアプリケーションプールには、次の設定があります。

Application_Startイベントを再度入力できることに気付きました（1つのケースでは最初の約38分後）。これにより、コードが再度実行され、別の[不要な]スレッドが作成されます。

この症状を解消するためにこれを締める方法についての提案をいただければ幸いです。

次のようなメソッドを呼び出すことの違いは何だろうと思っていました:

と

C ++で単純なオブジェクトを作成する場合、メンバーのアドレスを返すこととポインターを返すことの違いは何ですか。私の知る限り、C ++には自動ガベージコレクションがないため、参照カウントは保持されません。では、なぜ誰かがこのようにするのでしょうか。

この方法ではなく：

これらによりメンバーデータにアクセスできるようになると思いますが、この単純な例では適切なカプセル化については心配していません。では、違いは何ですか？スピードアップ？読みやすさ？スタイル？

申し訳ありませんが、これは C# と VB.Net の混合です。

私は2つのデリゲートを持つC#クラスを持っています:

VB クラスでは、イベントにハンドラーを追加します。

ハンドラーを削除しようとすると:

SetSetting は問題ありませんが、GetSetting は警告をスローします。

このコンテキストでは、AddressOf 式は効果がありません。これは、AddressOf へのメソッド引数が、イベントのデリゲート型との会話を緩和する必要があるためです。

ここに方法があります

これを修正する方法と、そもそもスローされる理由はありますか? 2 つのデリゲート/イベント/メソッドはよく似ているため、一方が問題なく、一方が警告をスローする理由がわかりません。

重複の可能性:
単項演算子& をオーバーロードする正当な理由は何ですか?

私はこの質問を読んだばかりで、疑問に思わずにはいられません:

&("address-of") 演算子をオーバーロードしたいと思う人がいるでしょうか?

正当な使用例はありますか?