string型の等価比較がうまくいかない原因について

Question

デバッガで変数textにstring型の"hoge"が入っているが、falseになっている様子

• string型の変数の等価条件がTrueにならない理由が知りたい

前提

UnityでinputFieldに入力した値が意図した値になっておらず、等価比較をするとFalseになっておりました。Falseになってしまう理由を教えていただきたいです。
inputFieldには"hoge"を入力しております。

該当のソースコード

using TMPro;
using UnityEngine;

namespace InputField
{
    public class Text : MonoBehaviour
    {
		[SerializeField] private GameObject inputFieldGameObject;
		private TextMeshProUGUI inputField;

		private void Start()
		{
			// コード内でのinputFieldの設定
			inputField = inputFieldGameObject.GetComponent<TextMeshProUGUI>();
		}

		public void OnClick()
		{
			string text = inputField.text.Trim();
			
			if (text == "hoge")
			{
				Debug.Log("おなじ");
			}
			else
			{
				Debug.Log("ちがう");
			}

			if (text.Equals("hoge"))
			{
				Debug.Log("おなじ");
			}
			else
			{
				Debug.Log("だからちがうんだって！");
			}
		}
	}
}

試したこと

余計な空白、改行は無いことを確認しております。

Comments

[退会済みユーザー]

このコメントは回答欄に移しました

Answer 1

using TMPro;
using UnityEngine;


public class Test : MonoBehaviour
{
    [SerializeField] private GameObject inputFieldGameObject;
    private TextMeshProUGUI inputField;

    [SerializeField]
    private TMP_InputField inp;

    private void Start()
    {
        // コード内でのinputFieldの設定
        inputField = inputFieldGameObject.GetComponent<TextMeshProUGUI>();
                
    }

    public void OnClick()
    {
        string text = inp.text.Trim();

        if (text == "hoge")
        {
            Debug.Log("おなじ");
        }
        else
        {
            Debug.Log("ちがう");
        }

        if (text.Equals("hoge"))
        {
            Debug.Log("おなじ");
        }
        else
        {
            Debug.Log("だからちがうんだって！");
        }
    }
}

試しにTMP_InputField でやってみてください、多分TextMeshProUGUIを直で取ると勝手に空白が入ります　動作確認済み

Comments

[UnitySoldier]

ATEBOさんの言ってる現象もこちらで再現確認が取れてます、忙しいから後でもうちょっと調べてみるつもり

[UnitySoldier]

問題のコードで試しにデバッグしてUTF8コードを確認したらU+68U+6FU+67U+65U+E2808Bが検出されました

E2808Bはゼロ幅spaceですね、これは文字コード見ないとわからないやつだ

[ATEBO]

>UnitySoldier様
コメントありがとうございます。
同じ現象であるとのこと、承知しました。
やはりUnity側の問題ですかね...
私も調査しておりますが、原因がわかりましたら共有いただけると幸いです。

[UnitySoldier]

あっ同時コメになってて草
まあ原因はTextMeshPro Inputfieldの使い方が間違ってることですね
UnityのInputfieldの値はInputfieldから参照するようにするのが筋です
でもゼロ幅space含めるのは酷い仕様だと思います。

[UnitySoldier]

https://qiita.com/Nossa/items/450e8baef70b6a85d74c#%E9%9B%BB%E8%A9%B1%E7%95%AA%E5%8F%B7%E3%81%AE%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%AE%E5%8E%9F%E5%9B%A0%E3%81%AF%E3%81%AA%E3%82%93%E3%81%A0%E3%81%A3%E3%81%9F%E3%81%AE%E3%81%8B

しかもゼロ幅スペースはTrim()で取り除けないらしいので最悪です
大手ゲームチャットでもゼロ幅spaceでNGWordフィルタ抜けはできちゃうことが珍しくないので気を付けましょう()

[ATEBO]

めちゃめちゃ納得しました！
素人質問で恐縮ですが、私はUnity2021を使っておりまして、InputFieldは"Input Field - TextMeshPro"がデフォルトのようです。
これではなく、プレーン？な"Input Field"を使ったほうが良いと解釈して良いですか？

[UnitySoldier]

あーそんなことはないです、どちらも作りが一緒なので勝手に略してしまいましたごめんなさい。

TMP_InputFieldを使うのが今のベストプラクティスです。

[ATEBO]

承知しました！
共有いただいたサンプルを試し、私でも解決できていることを確認しました！
大変助かりました！

Answer 2

デバッガは使えますよね。であれば、

string text = inputField.text.Trim();

にブレークポイントを設定し、止まったらステップ実行で一行進めて変数 text に何が代入されているか、その後さらステップ実行していってどうなるか調べてみてはいかがですか？

---

【追記】

下のコメント欄の 2023/03/29 13:28 の私のコメントで、

Visual Studio 2022 のデバッガでどう見えるかを回答欄に追記しておきます。Windows Forms アプリの場合ですので、質問者さんの Unity アプリの場合とは違うかもしれませんが。

・・・と書いた件です。

(1) アプリをVisual Studio 2022 でデバッグ実行し、テキストボックスに hoge （hoge の前後に 3 文字空白）と入力してブレークポイントで止める。

TextBox の Text プロパティは入力した通りの文字列となっている:

変数 text はこの時点ではまだ null:

(2) ステップ実行で一行進める。変数 text は期待通り "hoge" となる:

(3) ステップ実行でさらに進める。if 文の条件の text == "hoge" は true になるので、以下の行に進む:

質問者さんはここで else の方に進んだと言ってますか？　それは C# の文法的にあり得ないです。

Comments

[ATEBO]

ご回答ありがとうございます。
textには"hoge"が入力されており、型もstring型でした。
ですが、分岐はすべてFalseになってしまいます...

[ATEBO]

申し訳ありません、textには、nullが代入されおりました。
今のところ原因がわかりませんが、調べてみます。

[ATEBO]

textに"hoge"が代入されるようにしましたが、やはりFalseになってしまいます。
他に考えられる原因があれば、よろしくお願いいたします。

[退会済みユーザー]

string text = inputField.text.Trim();

に代えて、

string text = "hoge";

としてデバッガでステップ実行しても text == "hoge" が false になりますか？

[ATEBO]

その場合はtrueになりました。
文字列を直接代入するとtrueになり、inputFieldを経由するとfalseになります。
よろしくお願いいたします。

[退会済みユーザー]

ということは、上の質問者さんのコメント

> textに"hoge"が代入されるようにしましたが、

・・・が何かの勘違いで text には "hoge" は代入されてないということしかあり得ません。タイミングの問題で、 OnClick メソッドが動くときには、まだ inputField.text.Trim() でユーザー入力が取得できないということではなかろうかと思います。

[ATEBO]

最初はそう思ったのですが、間違いなくtextに”hoge”が代入されております。。。

[ATEBO]

inputFieldにTextMeshProコンポーネントを使用しているのですが、何か関係は考えられるでしょうか？

[YAmaGNZ]

＞間違いなくtextに”hoge”が代入されております
どうやって確認されているのでしょうか？

[退会済みユーザー]

> 間違いなくtextに”hoge”が代入されております

C# の文法を超えてUnity 特別の何かがある（「間違いなくtextに”hoge”が代入されて」いるのに text == "hoge" が false になる）ということでしょうか。そうだとすると自分には分かりません。お役に立てずすみませんが、他の方の回答をお待ちください。

[ATEBO]

デバッガでも確認できましたが、以下のようにコンソールを出して確認できています。

```
string text = inputField.text.Trim();
Debug.Log(text);

string text2 = "hoge";
Debug.Log(text2);
```

どちらもstring型の"hoge"が出力されております。
よろしくお願いいたします。

[退会済みユーザー]

> デバッガでも確認できましたが、以下のようにコンソールを出して確認できています。

Visual Studio のデバッガならマウスのカーソルを当てれば変数が確認できると思います。質問者さんの使っているデバッガでそれができるのか分かりませんが、可能であれば、その方が簡単かつ確実に分かるはずなので、そうしてみては？

[ATEBO]

おそらくSurferOnWww様のおっしゃっている、Visual Studioデバッガを使用していると思います。
textの変数にカーソルを当てれば、"hoge"が代入されていることを確認しております。
画像が添付出来ず、申し訳ないです。

[ATEBO]

デバッガの画像を添付できました。
恐れ入りますが、ご確認いただけると幸いです。

[退会済みユーザー]

Visual Studio 2022 のデバッガでどう見えるかを回答欄に追記しておきます。Windows Forms アプリの場合ですので、質問者さんの Unity アプリの場合とは違うかもしれませんが。

[ATEBO]

重ねながらデバッガの画像を添付しましたので、ご確認をよろしくお願いいたします。

[ozwk]

Debug.Log("ちがう");
の方にブレークポイントを設定して
そのときのtextを見てみてください。

[ATEBO]

>SurferOnWww様
手順の説明、ありがとうございます。
SurferOnWww様はTrueになっていますね...
ますます私がfalseになっていしまう原因が分からなくなってしまいました。

>ozwk様
ご指摘の通り、ブレークポイントの場所を変更して、textを見てみました。
添付画像にあるとおり、”hoge”が代入されているのにも関わらず、Falseになってしまいます。

[退会済みユーザー]

私が回答に追記した通りにブレークポイントを設定して変数を調べてステップ実行していっても同じ結果（text == "hoge" は false）なのでしょうか？

とすると、上にも書きましたけど、Unity 特別の何かがある（「間違いなくtextに”hoge”が代入されて」いるのに text == "hoge" が false になる）ということなんでしょうかね・・・　

[ATEBO]

>SurferOnWww様
おっしゃる通り、デバッガでは同じ結果になります。
Unityの仕様なのかもしれません。
例えば参照元が異なる、キャッシュが悪さをしている等、いくつか考えられますが、対処方法が分からずです。。。