C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/04/22(土) 15:36:53.26

■Visual Studio 2015 Community & Express (無償の統合開発環境)等はこちら
http://www.visualstudio.com/downloads/

■コードを貼る場合はこちら
http://ideone.com/

■前スレ
C#, C♯, C＃相談室 Part92 （実質93）
http://echo.2ch.net/test/read.cgi/tech/1485589613/

■次スレは>>970が建てる事
建てられない場合は他を指定する事。

**デフォルトの名無しさん** · 2017/04/24(月) 02:06:55.58

>>19
回答じゃなくて悪いけどそもそもそんな順番に依存するようなコードそのものが
問題だと思うね。

っていうか、そもそもRadioButtonはAutoCheck = falseで使うのが基本だと思ってる。
サンプルコード的な短いコード以外ではAutoCheckを有効にして使ったこと俺はないや

**デフォルトの名無しさん** · 2017/04/24(月) 02:07:44.75

ちなみにここにはfalse->trueの順(>>19の通り）と書いてあるが、
これって準仕様書の扱いになる？
(URLは長すぎて切りましたので1行に繋いでください）

https://books.google.co.jp/books?id=sygW0iEw2zkC&;pg=PA217&lpg=PA217&dq=.NET+
radiobutton+CheckedChange+event+order&source=bl&ots=A3ndItBpMH&sig=BHLCZLbBQIkAq_Gzq37viy_nGW8&hl=
ja&sa=X&ved=0ahUKEwjTx4zLhrvTAhVLabwKHaQ-AoMQ6AEIYzAH#v=onepage&q=.NET%20radiobutton%20CheckedChange%20event%20order&f=false

**デフォルトの名無しさん** · 2017/04/24(月) 02:17:02.23

>>20
いや普通はAutoCheckはtrueで使うだろ。規定値もそうだし。
順に依存しないコードにも出来るが、
これまで順が保証されていたつもりで書いているから
全RadioButtonのハンドラを確認しないといけないんだな。
（というかこのコメントだと逆順のところが大量にありそうな気がして怖い）

とりあえず確認したいのは、「順が保証されているか」「昔からか」だね。
ダメならダメで書き直すけど。
一般的に(他環境でも)RadioButtonのイベント順は保証されている（と俺は思っている）ので、
特に悪い使い方でもないとは思うのだが。

**デフォルトの名無しさん** · 2017/04/24(月) 02:27:32.36

>>22
まあ議論するつもりも俺のやり方をごり押しするつもりもないけど、
本来ビューはあくまでモデルの状態を表示する表示器でしかないはずで、
AutoCheckのようにビューがビュー自身でどの項目がcheckされるかを決めるような機能は
ちょっと問題だと思うよ。

**デフォルトの名無しさん** · 2017/04/24(月) 03:02:34.76

>>23
いやそれは君の方がおかしいよ。

RadioButtonは「一つしか選択されない」というものだから。
というか、UIとしてはそういう使い方しかしてはいけない。
だからそれを自動的にやらせるプロパティがデフォでONになってる。
そして通常はイベント順が決まっているので、
サンプルコードでもCheckedを見ろ、ということになっている。
それを手動でやることも出来るけど、コードの無駄でしょ。
MVC原理主義的には認められないのかもしれないけど。
君はテキストボックスの入力文字も
xterm等のターミナルみたいにモデルと通信すべきだとか言うのかい？
それはいくら何でもやりすぎでしょ。
ラジオボタンのAutoCheckもそれだよ。

多分、AutoCheckを切る使い方の方が少ないと思うよ。
HTML(JavaScript)ではそもそも切れないし。(俺が知らないだけかもしれんが)
.NETは機能が多いけど、使いもしない機能が多いのも事実。
なおJavaも多分AutoCheckに該当する物はないと思うが、
いかんせんドキュメントが見にくくてよく分からん。
https://docs.oracle.com/javase/jp/6/api/javax/swing/JRadioButton.html

ただ、良い悪いはさておき、仕様として順を保証してないんだったら修正するしかない。
.NETの仕様書ってMSDNだよね？
書いてないって事は保証無しなのかな？
まあ知ってる人居たらお願いします。

**デフォルトの名無しさん** · 2017/04/24(月) 12:45:21.88

>>18
ありがとうございました

**デフォルトの名無しさん** · 2017/04/24(月) 13:30:02.16

C#2008とIpython2.7を使用しているが、使い分けが不自然
GUI=C#,CUI=Ipython
としておりすが、恩恵を受けている感じがしません
どの様に使えば、もっとも、良いでしょうか？

**デフォルトの名無しさん** · 2017/04/24(月) 17:26:40.36

>>19
保障ってどういう意味？
仕様書に明記されていない事は実装依存で保障されてないわけだが
いまだかつてそのような仕様が明記された資料はみたことないけど

そもそもイベントって
発行した順にイベントハンドラが実行される保障や
複数のイベントハンドラを一つのイベントに登録したときにイベントハンドラの
登録順に実行される保障なんてあったか？

**デフォルトの名無しさん** · 2017/04/24(月) 23:01:32.26

>こちらの環境(.NET3.5と.NET2.0の両方)で上記順であることは確認したのだけど

これはあかん
ダメなパターンや
論理的に物事を考えられない思考やで

**デフォルトの名無しさん** · 2017/04/25(火) 00:46:29.16

>>27
デバッグビルドとリリースビルドでイベントの前後関係が違ってバグるとかたまにあるな。

**デフォルトの名無しさん** · 2017/04/25(火) 06:57:14.61

まあ痛い目に何度かあえばそのうち改心するでしょ

**デフォルトの名無しさん** · 2017/04/25(火) 07:58:25.82

>>27-30
このスレも急にゆとり汚染で劣化しててびっくりだわ。
お前らってそういうところあるよね。
事実かどうかではなく、そう思うかどうかが全てだという。

>>27
そのレスには俺ですら知っているほどの明確な間違いを含んでいるけど、
詳細は言わないことにするよ。
俺はゆとりは死んで欲しいと思っているから。

**デフォルトの名無しさん** · 2017/04/25(火) 08:10:58.01

>>31
決まっていない事実は全て「偶然」
物事を演繹的に考えられない奴はネットワーク機器でも弄ってたほうが幸せになれるよ
煽りじゃなく向き不向きの問題

**デフォルトの名無しさん** · 2017/04/25(火) 08:41:59.71

>>31
ゆとりとかいつの時代だよ

**デフォルトの名無しさん** · 2017/04/25(火) 08:47:06.56

仮に現環境で動いても仕様として明記されてないちょっとしたバージョンアップで狂うかもしれん内容に依存した実装なんてしたくない

**デフォルトの名無しさん** · 2017/04/25(火) 09:37:49.02

>>31
ゴミは減らず口叩いてないで死んでろよ
魚の餌にでもなってろ

**デフォルトの名無しさん** · 2017/04/25(火) 10:28:03.55

外野だけど、
RadioButton コントロールは、
同じグループ内の他のオプションボタンと同時にオンにすることはできません。
その上で、RadioButton.CheckedChanged イベントは、
Checked プロパティの値が変更された場合に発生します。

ただ、イベントハンドラ内でイベントハンドラが呼ばれる事を否定していないので、
例えば、RadioButton.CheckedChanged内で意図的にChecked プロパティをtrueに
変更したりすると、
RadioButton.CheckedChangedの処理中に別のRadioButton.CheckedChangedが呼び
出されます。

だから、false→trueのように見えるけど、
この点は注意しろよって事なんでしょう

とエスパ－

**デフォルトの名無しさん** · 2017/04/25(火) 10:32:24.88

JSON文字列のDeserializeで時々エラーが出ます。
原因は、JSON文字列の変換後にList<string>になる事を想定しているのですが、
たまに要素が一個だけ持つJSONが来るのでそれはListに出来ないからのようです。
場合を分けるしかないですか？

**デフォルトの名無しさん** · 2017/04/25(火) 11:31:33.17

文字列想定してるのに文字が来た。
みたいな事？
じゃあ、文字が来たら一文字の文字列にすればおk。
場合分けしかないですか？って、それで解決するのに何悩んでるの。

**デフォルトの名無しさん** · 2017/04/25(火) 12:17:43.78

そのJSON出力してる奴を脅してお誂え向きな仕様にしてもらえ

**デフォルトの名無しさん** · 2017/04/25(火) 13:03:26.63

>>39
デシリアライザーが気を利かせて要素一個のList<string>に変換してくれれば良いのですが。誰か作ってくれませんか？

**デフォルトの名無しさん** · 2017/04/25(火) 13:04:55.01

自分で書けずにコピペで作ってんのか

**デフォルトの名無しさん** · 2017/04/25(火) 13:18:46.90

JSON使った事ないから知らんが、要素一個(文字列ではなく文字)だったら.toString()ってすりゃ済む話かと思ったんだが、違うのん？

**デフォルトの名無しさん** · 2017/04/25(火) 14:38:56.72

>要素が一個だけ持つJSONが来るのでそれはListに出来ないからのようです。

ここが曖昧、そして重要
そもそもデシリアライザは何を使ってるん？

**デフォルトの名無しさん** · 2017/04/25(火) 16:14:25.09

window.client.mouse.pointにアクセスしたい変数があり、その型が
struct Point {int x; int y;} // publicは省略
のとき
c++であれば
Point &p = window.client.mouse.point;
で参照を持ってきてpに代入をするとwindow.client.mouse.pointの値も変わるように出来ますが、c#で同じようなことをするにはどうしたら良いのでしょうか？

**デフォルトの名無しさん** · 2017/04/25(火) 17:01:59.12

>>44
できまふぇん

**デフォルトの名無しさん** · 2017/04/25(火) 17:06:47.28

>>44
変数はunsafe指定でポインタとしてしか宣言出来ない。
関数の引数ならRef付ければ参照得られる。

**デフォルトの名無しさん** · 2017/04/25(火) 17:07:13.97

できません
C#は、関数型言語になりたがっているので、
今後もエイリアスに相当する機能は実装されないでしょう

44 · 2017/04/25(火) 20:40:44.01

ありがとうございます
unsafeでやることにします

**デフォルトの名無しさん** · 2017/04/25(火) 21:29:27.89

C#7.0で実装されたよ

**デフォルトの名無しさん** · 2017/04/25(火) 22:27:15.84

ふつうに
ref Point p = ref window.client.mouse.point;

**デフォルトの名無しさん** · 2017/04/25(火) 23:50:24.24

>>36
色々間違ってるぞとだけ言っておく。

**デフォルトの名無しさん** · 2017/04/26(水) 01:46:46.08

>>37
そりゃJSON送ってくる奴がバグってるだろ
その要素は文字配列だって定義してるなら、
JSON配列の中身が
1個なら　hoge　:　["fuga"]
2個なら　hoge　:　["fuga","fuga"]
という形になるはず。

1個の時　hoge　:　"fuga"
で来るならそれは不具合ってやつだ

**デフォルトの名無しさん** · 2017/04/26(水) 05:49:58.44

>>51
お、おう

**デフォルトの名無しさん** · 2017/04/26(水) 09:20:07.34

イントラネット上のTCP/IP通信に関する質問なんですが
ネットワーク上に「A,B,C」の3つのPCがあるとして、例えば
「A→B」「B→C」「C→A」「A→B」のようにデータのやり取りをしたいといった場合
(同じデータを渡すのではなく、BはAからの受信があったらある処理を実行させ
その結果をCに渡し、Aに処理内容を返す。CはBから渡された結果で別の処理を実行し
処理内容/完了をAに通知する。Cからの完了通知を受けたAはまたBに処理の実行通知を出すといったような)
それぞれのPCのアプリケーションに実装するのは、どういった感じになるでしょうか。
今までにこういったことをしたことがなく色々調べてはみましたが
この場合はサーバー？クライアント？となったりでいまいちピンとこず理解がなかなか進みません。。
何か解かりやすいアドバイスや今時のやりかたを教えて頂けないでしょうか
ちょっと何言ってるかわからなかったらすみません

**デフォルトの名無しさん** · 2017/04/26(水) 10:19:19.71

>>54
サーバーを１人決めて、仕様を満たすように作るだけ

**デフォルトの名無しさん** · 2017/04/26(水) 10:43:47.34

>>54
同期しようとするとカオスになるのでメッセージキューを使うのがいいと思う
AMQPとか

**デフォルトの名無しさん** · 2017/04/26(水) 10:47:57.13

>>56
サーバーを１人確定すれば並列になりそうにない仕様なので
キューはいらんような気がする

**デフォルトの名無しさん** · 2017/04/26(水) 12:42:38.93

>>52
そんなことはわかっててそうは言っても送信側には手を入れられないとかの話だろ
エスパーしろとまでは言わんけどちょっとは察しろよ

**デフォルトの名無しさん** · 2017/04/26(水) 12:49:09.95

>>54
そのままプログラム化するだけだと思うが
問題は最初のきっかけはどうするかとか途中でエラーになった時にどう回復するかだと思う
そういう意味で >>55 のようにサーバー決めてそいつが管理するように作った方がトラブルになりにくいしトラブっても調査や復旧が簡単

>>56 はメッセージキューって言いたいだけだろ

**デフォルトの名無しさん** · 2017/04/26(水) 19:45:07.41

>>54です
レスくださった方々ありがとうございます
頂いたアドバイスでもう一度考えてみたいと思います
ちなみにイントラネット上であれば開いたソケットはアプリを閉じない限りクローズする必要はないでしょうか
あとは仕様的に同期式でいけそうな場合でもポーリングなどはせずに非同期のイベント通知などで設計するのが普通でしょうか

**デフォルトの名無しさん** · 2017/04/26(水) 21:23:02.37

>>60
とりあえずtcpのサンプルでも貼り付けて実行してみなよ

**デフォルトの名無しさん** · 2017/04/26(水) 21:36:27.67

>>60
> ちなみにイントラネット上であれば開いたソケットはアプリを閉じない限りクローズする必要はないでしょうか
当然だけどリッスンポートは待ち受けで開いたまま
コネクトする側は必要なくなったら閉じるのが普通

**デフォルトの名無しさん** · 2017/04/27(木) 00:21:44.79

オブザーバー、発行・購読
中央管制塔ありのメディエイター
メッセージキュー

**デフォルトの名無しさん** · 2017/04/27(木) 07:42:43.29

>>61>>62
ありがとうございます
もう少しサンプルを調べて勉強してみます

**デフォルトの名無しさん** · 2017/05/06(土) 00:24:40.77

こっちか

**デフォルトの名無しさん** · 2017/05/17(水) 20:59:26.88

C#って言語とランタイムの性能はいいけどエコシステムが貧弱だな

**デフォルトの名無しさん** · 2017/05/17(水) 21:02:34.01

最近はNuGetもかなり充実したけどJavaにはさすがに到底敵わない

**デフォルトの名無しさん** · 2017/05/17(水) 21:28:20.78

>>67
なんでNuGetとJava比べてんの？

**デフォルトの名無しさん** · 2017/05/17(水) 21:49:09.74

>>67
これは恥ずかしい

67 · 2017/05/17(水) 23:19:09.78

なんで叩かれてるのか知らないけど、Mavenリポジトリと言えば満足?

**デフォルトの名無しさん** · 2017/05/18(木) 00:04:10.18

web系の自動化ツール充実度に嫉妬

**デフォルトの名無しさん** · 2017/05/18(木) 03:52:39.26

>>70
具体的に

**デフォルトの名無しさん** · 2017/05/18(木) 06:54:17.24

>>71
Web系はやっつけだろうが早くリリースするのが至上命題だからテストを自動化しないとカオスになる

**デフォルトの名無しさん** · 2017/05/19(金) 23:40:22.50

クラスのメンバーの型を動的に変更するなどは可能ですか？
例えばMyClassのメンバーに
public string name { get; set; }
が有るとして、それを一時的に
public List<string> name { get; set; }
に変えるなど可能ですか？

**デフォルトの名無しさん** · 2017/05/20(土) 00:19:20.01

>>74
できない
何のためにそんなことをしたいのか

**デフォルトの名無しさん** · 2017/05/20(土) 00:28:41.92

public string|List<string> name { get; set; }
じゃ駄目？

**デフォルトの名無しさん** · 2017/05/20(土) 00:44:05.60

>>74
そのメンバーに色々な型のデータを突っ込みたいなら dynamic 型を調べるがよろし

**デフォルトの名無しさん** · 2017/05/20(土) 01:21:14.87

>>76
ありがとうございました。うまく行きました。
こんな手法があるんですね。

**デフォルトの名無しさん** · 2017/05/20(土) 02:50:37.33

え、なにそれは

**デフォルトの名無しさん** · 2017/05/20(土) 03:36:45.84

>>76
このテクニックなんか名前ついてるの？

**デフォルトの名無しさん** · 2017/05/20(土) 04:31:41.03

アンカーの付け間違い

**デフォルトの名無しさん** · 2017/05/20(土) 06:41:31.55

コンパイル通らねーよｗ意味不明

**デフォルトの名無しさん** · 2017/05/20(土) 10:23:12.61

素直にgenerics使え

**デフォルトの名無しさん** · 2017/05/20(土) 11:05:10.16

nameとnamesの区別がついてないクソPG

**デフォルトの名無しさん** · 2017/05/20(土) 11:05:32.94

あっTypeScriptと勘違いしてた
C#じゃ出来なかったわ
すまん

**デフォルトの名無しさん** · 2017/05/20(土) 11:08:01.58

いつどこからアクセスするかわからないプロパティの型を可変にする意味は何？

実際バグ出したいだけだろ？

**デフォルトの名無しさん** · 2017/05/20(土) 12:26:52.90

静的に型付けされてるメンバーを動的に変更することは出来ないに決まってるねw
逆に出来たら困る
なんか静的に型付けされているってことの意味が分からない人が時々いるよね

型Bと型Cの両方を受け入れるプロパティが欲しいならプロパティーの型を共通のベースクラスAにして、
プロパティの値はプログラマの責任で適切にキャストして使うしかない

あとはBとCの間で相互に暗黙変換できるようにするとか

**デフォルトの名無しさん** · 2017/05/20(土) 12:28:59.33

初心者は制約があるより自由にかけるほうが良いと思う時期があるものさ
問題があった時にどこからでもさわれたほうが対処しやすいからフィールドは全部publicにしたほうがいいとかね

**デフォルトの名無しさん** · 2017/05/20(土) 17:55:46.01

ふらっとでやろう

**デフォルトの名無しさん** · 2017/05/20(土) 22:16:05.31

class A
{
public int i;
public virtual void storeNumber(int arg){ i = arg; }
}
class B : A
{
public new int i;
public override void storeNumber(int arg) {
base.storeNumber(arg);
i = arg; }
}
A typeA = new B();
typeA.storeNumber(1);
System.Console.WriteLine(typeA.i); //1
B typeB = (B)typeA;
System.Console.WriteLine(typeB.i); //1
typeB.storeNumber(2);
System.Console.WriteLine(typeA.i); //2
System.Console.WriteLine(typeB.i); //2
new キーワードのメンバは変数の型で参照先が決まると書いてあったんですが
A型の変数から呼び出しても、オーバーライドしたクラスBのメソッドから代入すれば
new が付いてるint i でも値を代入できるということでいいんでしょうか？

**デフォルトの名無しさん** · 2017/05/20(土) 22:22:56.23

いまいち言いたいことは分からんがそうだよ

**デフォルトの名無しさん** · 2017/05/20(土) 22:49:49.46

>>91
ありがとうございます。オーバーライドとbaseのことを調べてコード書いてたら
これでひっかかってたので助かりました。

**デフォルトの名無しさん** · 2017/05/20(土) 23:36:54.63

隠蔽した本人から隠蔽後のメンバーじゃなくて
隠蔽したはずのベースクラスのメンバーが見えるなら何のための隠蔽よww

まあでも、どうせ隠蔽なんてまず使わないw
俺が使ったのはたぶんWindows Formのコントロールをカスタマイズするときに
virtualになってないメンバーを苦し紛れになんちゃってオーバーライドする時ぐらいだ

**デフォルトの名無しさん** · 2017/05/20(土) 23:56:17.91

隠蔽は後から他の奴が基底クラスに同一シグネチャのメンバを追加しやがったときに
派生クラスが壊れないようにするための仕様だよ
積極的に使うものではない
当時のMSは極度の互換性パラノイアに陥っていたため、C#はバージョニングに関しては異常に神経質設計されている

**デフォルトの名無しさん** · 2017/05/23(火) 12:03:34.57

ヌル許容のdatetimeだとyear関数とか使えないんですか？
入力必須じゃない項目なので困っています。

**デフォルトの名無しさん** · 2017/05/23(火) 12:15:28.78

>>95
dt?.Year

**デフォルトの名無しさん** · 2017/05/23(火) 12:17:58.62

ヌル許容のdatetimeってわからない。．NETのは構造体なのに

**デフォルトの名無しさん** · 2017/05/23(火) 12:21:51.82

大分前からヌルが基本的に無いintとかにヌル入れられるヌル許容型ってのがあるが。。。

int? x = 123;
int? y = null;

**デフォルトの名無しさん** · 2017/05/23(火) 13:22:43.56

>>95
つかえるよ
コード間違えてないか？

**デフォルトの名無しさん** · 2017/05/23(火) 14:04:03.15

stringですら?付けてstring?にしようという時代に
細かいことをごちゃごちゃと

**デフォルトの名無しさん** · 2017/05/23(火) 17:45:15.21

stringは参照型だから元からヌル許容してたのに、なぜヌル許容型をわざわざ？
浦島太郎で申し訳ないが説明頼む。

**デフォルトの名無しさん** · 2017/05/23(火) 18:27:41.35

>>101
https://github.com/dotnet/csharplang/blob/master/proposals/nullable-reference-types.md

**デフォルトの名無しさん** · 2017/05/23(火) 18:33:56.97

https://gist.github.com/olmobrutall/31d2abafe0b21b017d56
これだろ
string?じゃなくて、nullを許容しないstring!を導入したらどうか?という話
stringをstring!に変換しようとしたときにコンパイラがnullチェックを入れればいいだけだから悪くないアイデアだとと思う

**デフォルトの名無しさん** · 2017/05/23(火) 18:49:06.30

>>101
よく知らんけど、DateTimeとかDB側でNULL許容として扱われている値型を同等に扱うためじゃないのかね
じゃないとEFとか破綻しそう

**デフォルトの名無しさん** · 2017/05/23(火) 18:52:36.71

>>104
.Net1.0から実装されていて欲しかったけどな
つかDataSetっていうウンコがあったからNULL許容型の生まれが遅くなった可能性があるな

**デフォルトの名無しさん** · 2017/05/23(火) 18:53:40.67

>>104
そうじゃなくて逆にnon-nullableが欲しいというのが趣旨だよ
で102で紹介されてるstring?の案は「いっそ参照型もデフォルトでnull非許容にしようぜ」という超過激なトンデモ案

**デフォルトの名無しさん** · 2017/05/23(火) 18:57:42.54

是非そうすべきだ

**デフォルトの名無しさん** · 2017/05/23(火) 19:06:32.73

TypeScriptがそういう風に仕様変更されたけどさすがにC#には不可能でしょ
TypeScriptとは違って過去の資産があるし書捨てプロジェクトばかりじゃないんだから
やるならstring!しかないけど!だらけでソースが見苦しくなるのが難点だな

**デフォルトの名無しさん** · 2017/05/23(火) 19:11:34.18

https://www.infoq.com/jp/news/2017/04/CSharp-Nullable
近いうちに実現するっぽいよね
こういうところがC#って凄い。

**デフォルトの名無しさん** · 2017/05/23(火) 19:13:26.09

いつまでもVBを引きずって瞑想していたMicrosoftとは思えないな
ヘジたんは偉大だ

**デフォルトの名無しさん** · 2017/05/23(火) 19:19:42.67

>>96
ありがとうございました。
単純に理解不足で参照側に？をつけていないだけでした。

**デフォルトの名無しさん** · 2017/05/23(火) 19:23:28.74

またnullの話w

null非許容が欲しいなんて問題の原因を取り違えているだけであって、
そんなもの導入してもnull例外が初期化忘れに置き換わるだけだっていう
簡単な事実が分からんアホが多すぎで呆れるよ

**デフォルトの名無しさん** · 2017/05/23(火) 19:25:29.82

>>103
ありがとう。
逆なら納得だわ。

**デフォルトの名無しさん** · 2017/05/23(火) 19:27:51.33

>>112
そこまで単純化されたら大助かり。

**デフォルトの名無しさん** · 2017/05/23(火) 20:14:30.69

>>112
何言ってるのかわからん
初期化忘れって何よ

**デフォルトの名無しさん** · 2017/05/23(火) 20:31:14.27

またJavaに大きな差を付けてしまうな
あとはエコシステムも充実させてくれ

**デフォルトの名無しさん** · 2017/05/23(火) 20:57:28.99

>>112
null結合演算子も超嫌ってたしね～君

**デフォルトの名無しさん** · 2017/05/23(火) 21:35:09.71

>>117
そっちは何も問題ない

**デフォルトの名無しさん** · 2017/05/23(火) 21:48:39.96

varの話してもいいですか？

**デフォルトの名無しさん** · 2017/05/23(火) 22:57:25.70

命が惜しくないならどうぞ