質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.53%

  • C#

    7064questions

    C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。

C#で引数をthisに限定する方法

解決済

回答 5

投稿 編集

  • 評価
  • クリップ 0
  • VIEW 298

DeadEndShoot666

score 108

追記:質問内容が不明瞭だったので弾きたい処理と場所を明確にして、意図が伝わりやすいようにReciever側をstaticに変更して、Sender側の関数はコンストラクタに変更しました

class Other{
    void other(){
        //弾きたい処理
        Receiver.Receive(new Sender());
    }
}


class Sender{

    public Sender(){        
        //通したい処理
        Receiver.Receive(this);

        //弾きたい処理
        Receiver.Receive(new Sender());

    }
}

static class Receiver{
    static public void Receive(Sender sender){
        if(//引数と送ってきた側のインスタンスが一致しない){
            return;
        }

        //メイン処理
    }
}

このときに引数がthisでないというか自分以外を渡そうとしてきたときに弾いてやるようにしたいのですが、何か良い方法はありますでしょうか

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • maisumakun

    2018/07/01 11:25

    あくまでデバッグ用に仕込むものでしょうか?(性質上、コードを書く時点で注意できれば、製品版でこのチェックをかける必要はない、とも読めます)

    キャンセル

  • DeadEndShoot666

    2018/07/01 11:45

    SurferOnWwwさん>例を増やすのにクラスを増やしてしまったのと、元はシングルトンなのでstaticに変更しました。今回Recieve側を新しく作ることはありません。

    キャンセル

  • DeadEndShoot666

    2018/07/01 11:45

    maisumakunさん> はい。実際のところ注意していれば何の問題もありませんしほぼ間違わないと思うのですが。publicにしたのでどこからでも呼べてしまって少し気持ちが悪いのと、送り主を担保する方法が何かないかと気になっているのがメインです。

    キャンセル

回答 5

+4

Reciever クラス、Recieve メソッドを static にすると「鶏が先か卵が先か」的な話になって自分には上手い案は思いつきません。

質問者さんのご期待には沿えないかもしれませんが、以下のようにインスタンスクラス・インスタンスメソッドにしてはいかがでしょう?

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Data;
using System.Xml;
using System.Collections;

namespace ConsoleApplication4
{
    public class Sender
    {
        public Receiver Receiver { get; set; }

        public Sender()
        {
            this.Receiver = new Receiver(this);
        }
    }

    public class Receiver
    {
        private Sender s = null;

        public Receiver()
        {

        }

        public Receiver(Sender sender)
        {
            this.s = sender;
        }

        public void Receive(Sender sender)
        {            
            Console.WriteLine(((object)s == (object)sender).ToString());
        }    
    }

    class Program
    {
        static void Main(string[] args)
        {
            Sender sender = new Sender();
            sender.Receiver.Receive(sender);
            sender.Receiver.Receive(new Sender());

            // 結果は:
            // True
            // False            
        }
    }
}

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/07/02 00:20

    実際リスト化して管理しているので、これをループで回せば解決できそうです。ありがとうございました。

    キャンセル

checkベストアンサー

+2

回答になっているか、全く自信がないですが、、、

まず、Senderのコンストラクタについて、

    public Sender(){        
        //通したい処理
        Receiver.Receive(this);
        //弾きたい処理
        Receiver.Receive(new Sender());
    }

"弾きたい処理" ですが、コンストラクタ内で newしているので、多重になりませんか? (その結果、無限ループ? ) --> 記述できないコードでは?

    void other(){
        //弾きたい処理
        Receiver.Receive(new Sender());
    }

ここでも、new なので、まず、コンストラクタが呼び出され、その中で、Receiver.Receive(this) が呼ばれる。(これは OK?) この時に渡された オブジェクトはどこかに保存されるのでは、と推定します。次に newされたオブジェクトを引数に呼ばれるので、同じオブジェクトになると思います。以前に呼び出されたのと同じオブジェクトかどうか検査したら、どうでしょうか?

外していたら、申し訳ありません。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/07/01 23:40

    たしかに無限ループになりそうな上に、実際はReciever側で受け取った物はその後リスト化しているので重複チェックで弾いておけば良いですね。送り主を特定する方法が気になって他の部分が整理できていませんでした。ありがとうございます。

    キャンセル

+1

ReceiverをSender内のclassとし、Sender生成時に乱数のような札を持っておくのはいかがでしょうか。
そしてReceiverは渡されたインスタンス内の札と、自分がいるSender内の札を比較して明らかにする。

抽象的に申し上げるなら、以下の通り。
1.判定者をとあるグループに所属させる。
2.とあるグループは実体化した瞬間に"札"を作る。
3.判定者は渡されたグループの持つ"札"が自身の所属しているグループの"札"と一致しているか見る。

※念のため補足します。
上記の方法は以下の思想を採用しています。
「(Receiverはインナークラスであり)アウタークラスのみアクセスする想定」

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

+1

シナリオが理解できないので(はじけなかったら何が困るのでしょう?)すが、追記部分に対してコメントします。

  1. publicにすることの是非
    どういう理由で弾きたいのか、弾けないと何が困るのかにかかってきますが、引数の内容をみてはじかないと困るようなそういうReceiveをpublic,staticにして問題ないのでしょうか(ミスではなく何らかのバグやロジック上のその場しのぎの手当のために、必要悪として悪用されたりしないのでしょうか?)
    (Receiverのnamespaceをかえて、Otherではusingしないとか)
  2. 形式的に検知する方法の一つのアイデアとして。
    Receiver.Receive(new Sender())とかかせるから、そういうリスクがあるわけで、thisというSenderクラス自身にとっては動的に変動しないものなら、引数をとらないSend()みたいなラッパを作ればいいのではないでしょうか(まあでもpublic staticならいくらでも呼べるから、それこそ無駄かもしれませんが)

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/07/02 00:23 編集

    たしかに知識不足とすでにできあがったコードを書き換えたくないというところからpublicをその場しのぎにしようとしている感があります。StackFrameで呼び出しもとのクラスを取得するところまでは質問する以前に調べられたのですが、クラスが取得できるのならもう少し厳密に呼び出し元が特定できるのではないかと思ったのですが

    キャンセル

0

こんにちは。

Receive()関数が、その引数が特定の値であることをチェックするということはその特定の値をどこかに保持しておく必要があります。
Receiverがクラスなのですから、メンバ変数として保持するのが一般的と思います。この場合の解は既にSurferOnWwwさんが回答されている通りです。

他にはstaticメンバ変数としてthisを保持する方法も考えられると思います。
乱用するのは危険なのでお勧めではないです。staticなpublicメンバ変数やstaticなpublicメンバ関数は、要するにC言語のグローバル変数やグローバル関数と同等なものですから、乱用は避けるべきです。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.53%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る

  • C#

    7064questions

    C#はマルチパラダイムプログラミング言語の1つで、命令形・宣言型・関数型・ジェネリック型・コンポーネント指向・オブジェクティブ指向のプログラミング開発すべてに対応しています。