【2016年6月17日 16:59 の下書き放出】
char workB[10 + 1] = {"NNNNNNNNNN"};
char ans;
workBに格納した一つ一つの文字列をテキストボックスに格納していく処理。
なかなか厄介なsystem::String
最初、こうやってしまってた。
this->B_1->Text = workB[0].ToString();
this->B_2->Text = workB[1].ToString();
.
.
.
※workB[i]の中には半角英字がびっちり入っている。
職場の人に教えてもらったんだけれども
ToStringっつーのは、数値を数字に変換するときに使うやつらしく、
指定しているものがchar型だったとして、中身に文字が入っていたとしても
そいつの文字コードが数字に変換されて格納してしまうというオチだった。
へ～。
数値限定のやつなら文字が取得できなくて当然ですね。
次に、こうしてみる
this->B_1->Text = gcnew String(workB);
やりたいこととは違うとは思いながら、一応コンパイルが通ったので動確（開発現場用語：動作確認）する
this->B_1->Textの中にworkBの値がガッツリそのまま入っただけ。
違うの！
私がやりたいのはworkBの10コの値を全部違うテキストボックスに入れたいってことなの！
そして、たどり着いたのはこちら。（約2時間）
ans = workB[0];
this->B_1->Text = gcnew String(&ans);
ans = workB[1];
this->B_2->Text = gcnew String(&ans);
ans = workB[2];
this->B_3->Text = gcnew String(&ans);
.
.
.
.
美しくない。
分かっているけど、今の私にはこれ以上はできない。
gcnew Stringほげほげっていうのはどうやら引数のところにアドレスしか与えることができないらしく、
しょうがないので欲しい配列の中身をいったんchar型の（ここではans）に格納し、
そのアドレスを指してgcnew Stringでsystem::String型のテキストボックスの中に放り込む！！！！
ということで格納することができました。
テキストボックスは全部で10コあったので全然スマートじゃないけど
こんな感じのコードが20行追加されました
本当はループ処理で簡単にやりたかったけど、
system::Stringの中にcharを直接入れるとエラーになるものだから・・・
細かいところは分かっていない！
gcnewは解放しなくても自動で解放してくれるnewだと
どこかに書いてあったけど、この単語を除くと、
this->B_1->Text = String(&ans);
↑普通にコンパイルエラーになってしょぼぼーん。
あ～、難しい。
会社の先輩にVCが次の業務で要るんですって話したらちょっと驚かれた。
（VCまだ使ってんの？えーーー的な）
私だって正直C#の方が好みだよー
仕方ないじゃんよー。
後日、VCを10年ほど前にガッツリやっていた先輩社員に質問してみたところ、
テキストボックスsystem::stringという状態を変えないまま、
オブジェクト同士で処理ができるようにすればこういう苦労はないかもしれないということを教えていただいた。
例えば計算処理がガッツリ必要なプログラムとか、メモリの使用率についてシビアな制約があるシステムならば
そういうオブジェクト間で処理をするブロックと高速計算できるブロックというのを分けきることができれば、
コントロール（今回はテキストボックス）に戻す作業が簡単だったかもね。
ということでした。
先輩社員は客先に戻らないといけなかったので
コンパイルエラーは残ったままだったけど、
とりあえず動いているので課題は一応クリアしているの。
もっときれいなソースが書ければいいなーと思っていたけど
しかたない。
char workB[10 + 1] = {"NNNNNNNNNN"};
char ans;
workBに格納した一つ一つの文字列をテキストボックスに格納していく処理。
なかなか厄介なsystem::String
最初、こうやってしまってた。
this->B_1->Text = workB[0].ToString();
this->B_2->Text = workB[1].ToString();
.
.
.
※workB[i]の中には半角英字がびっちり入っている。
職場の人に教えてもらったんだけれども
ToStringっつーのは、数値を数字に変換するときに使うやつらしく、
指定しているものがchar型だったとして、中身に文字が入っていたとしても
そいつの文字コードが数字に変換されて格納してしまうというオチだった。
へ～。
数値限定のやつなら文字が取得できなくて当然ですね。
次に、こうしてみる
this->B_1->Text = gcnew String(workB);
やりたいこととは違うとは思いながら、一応コンパイルが通ったので動確（開発現場用語：動作確認）する
this->B_1->Textの中にworkBの値がガッツリそのまま入っただけ。
違うの！
私がやりたいのはworkBの10コの値を全部違うテキストボックスに入れたいってことなの！
そして、たどり着いたのはこちら。（約2時間）
ans = workB[0];
this->B_1->Text = gcnew String(&ans);
ans = workB[1];
this->B_2->Text = gcnew String(&ans);
ans = workB[2];
this->B_3->Text = gcnew String(&ans);
.
.
.
.
美しくない。
分かっているけど、今の私にはこれ以上はできない。
gcnew Stringほげほげっていうのはどうやら引数のところにアドレスしか与えることができないらしく、
しょうがないので欲しい配列の中身をいったんchar型の（ここではans）に格納し、
そのアドレスを指してgcnew Stringでsystem::String型のテキストボックスの中に放り込む！！！！
ということで格納することができました。
テキストボックスは全部で10コあったので全然スマートじゃないけど
こんな感じのコードが20行追加されました
本当はループ処理で簡単にやりたかったけど、
system::Stringの中にcharを直接入れるとエラーになるものだから・・・
細かいところは分かっていない！
gcnewは解放しなくても自動で解放してくれるnewだと
どこかに書いてあったけど、この単語を除くと、
this->B_1->Text = String(&ans);
↑普通にコンパイルエラーになってしょぼぼーん。
あ～、難しい。
会社の先輩にVCが次の業務で要るんですって話したらちょっと驚かれた。
（VCまだ使ってんの？えーーー的な）
私だって正直C#の方が好みだよー
仕方ないじゃんよー。
後日、VCを10年ほど前にガッツリやっていた先輩社員に質問してみたところ、
テキストボックスsystem::stringという状態を変えないまま、
オブジェクト同士で処理ができるようにすればこういう苦労はないかもしれないということを教えていただいた。
例えば計算処理がガッツリ必要なプログラムとか、メモリの使用率についてシビアな制約があるシステムならば
そういうオブジェクト間で処理をするブロックと高速計算できるブロックというのを分けきることができれば、
コントロール（今回はテキストボックス）に戻す作業が簡単だったかもね。
ということでした。
先輩社員は客先に戻らないといけなかったので
コンパイルエラーは残ったままだったけど、
とりあえず動いているので課題は一応クリアしているの。
もっときれいなソースが書ければいいなーと思っていたけど
しかたない。
