ふらっと C#,C♯,C＃（初心者用） Part128 [無断転載禁止]©2ch.net

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

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part127 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1489498042/

■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2017/06/02(金) 21:38:59.98

【マイクロソフト研究所】Win32からUWPへ――、アプリケーションの移行を進めるMicrosoft - クラウド Watch
http://cloud.watch.impress.co.jp/docs/column/microsoft/1056615.html

問答無用だぞ

**デフォルトの名無しさん** · 2017/06/02(金) 21:41:14.55

>>838
だったら悪いこと言わないからWebへ行きなさい
あと、アプリ開発だけじゃなくてAWSかAzureを使えるようになっておくといい
引く手数多よ

**デフォルトの名無しさん** · 2017/06/02(金) 21:56:03.88

今後OFFICEの言語もC#になったりするの？

**デフォルトの名無しさん** · 2017/06/02(金) 22:02:54.58

>>841
さすがに書き換えるコストに見合わないだろ

**デフォルトの名無しさん** · 2017/06/02(金) 22:16:44.11

Officeのモバイル版はC#でしょうね

**デフォルトの名無しさん** · 2017/06/02(金) 23:56:38.72

Officeもなんだかんだでクロスプラットフォームなもんでコア部分のC++実装の共通化に注力してるって話だし
モバイル版も普通にC++ベースなんじゃねのん

**デフォルトの名無しさん** · 2017/06/03(土) 01:14:28.52

C#勉強してるんだけど、デリケートがいまいち理解出来ない。。デリケート使えば便利なのは分かるけどこれを使わないと実現出来ない場面ってどういう時？

**デフォルトの名無しさん** · 2017/06/03(土) 01:16:00.34

>>845
デリゲートな。
初心者ならまず使わない。ラムダ式にしとけ。

**デフォルトの名無しさん** · 2017/06/03(土) 01:22:29.37

>>845
ネイティヴAPIにコールバック登録する時とかかな
たしかデリゲートじゃないとできなかったはず

**デフォルトの名無しさん** · 2017/06/03(土) 01:38:57.02

言うなれば過渡期の技術だからなあ

**デフォルトの名無しさん** · 2017/06/03(土) 01:41:40.44

どういう時にメソッドを変数に入れる処理するの？

**デフォルトの名無しさん** · 2017/06/03(土) 02:10:31.71

>>849
それはどういう時に引数に値（例えば整数）を入れてメソッドに渡したいか、と同じこと

それと、なんか上でトンチンカンなこと言ってる奴がいるけど、ラムダ式はデリゲート型の値を
記述する方法のひとつだから、勘違いしない方がいいよw

**デフォルトの名無しさん** · 2017/06/03(土) 07:08:50.92

>>845
汎用的に使用できる定義済みのデリゲート型は？［C#、VB］－＠IT
http://www.atmarkit.co.jp/fdotnet/dotnettips/730dlgttype/dlgttype.html

↑こういう便利なものがあるので、自分で直接delegateを宣言して使う必要はめったにないけど
Action だの Func だの使ってるときはデリゲートを使ってることになる

**デフォルトの名無しさん** · 2017/06/03(土) 07:58:02.94

ICallable的なジェネリックインターフェースと匿名クラス自動実装の糖衣構文ではダメだったのかな
デリゲートを言語機能で用意する必要はあったのか

**デフォルトの名無しさん** · 2017/06/03(土) 08:28:12.96

>>852
最初から有ったデリゲートを、後から出来た糖衣構文で代用って

**デフォルトの名無しさん** · 2017/06/03(土) 08:36:18.21

デリゲート自体を勉強せんでも
LINQにラムダ式放り込んでたら理解できるよになると思う

**デフォルトの名無しさん** · 2017/06/03(土) 08:44:14.00

はぁ?

**デフォルトの名無しさん** · 2017/06/03(土) 08:46:13.26

SchooにC#のデリゲートビデオ講座がある

**デフォルトの名無しさん** · 2017/06/03(土) 08:52:49.76

https://schoo.jp/class/3976
https://schoo.jp/class/3874

**デフォルトの名無しさん** · 2017/06/03(土) 08:56:21.99

linq to sqlって廃止になったの?

**デフォルトの名無しさん** · 2017/06/03(土) 09:10:40.15

>>858
Visual Studio 2017のインストールオプションで見かけたけど

**デフォルトの名無しさん** · 2017/06/03(土) 09:12:11.24

>>852
Javaのアレは@FunctionalInterfaceをコンパイラが直接認識してたり
メソッドハンドルを使った実装をランタイムが自動生成してたりして正真正銘の言語機能だよ
キーワード増やしたくないのと既存コードとの互換性のためにああなっただけ
まあマルチキャストとデリゲート型宣言は失敗だったけど

**デフォルトの名無しさん** · 2017/06/03(土) 09:34:48.42

デリゲートは関数をいれる変数
ラムダ式は文字通り式

全然別物

>>858
開発終了

**デフォルトの名無しさん** · 2017/06/03(土) 09:35:42.69

個人的にはラムダ式よりデリゲートの方が理解しやすかった
ラムダ式はまだまだわかった気になってるところがある

**デフォルトの名無しさん** · 2017/06/03(土) 09:52:25.31

>>845です
皆さんありがとう。
デリケートって書いてた。これは恥ずかしい。。
formアプリの場合、invokeメソッドを使うときはデリゲートを使わないといけない。それ以外は必要に応じて。という認識で大丈夫ですか？
task内で呼びだすメソッドをデリゲートで行う必要はべつにないですよね？

**デフォルトの名無しさん** · 2017/06/03(土) 10:37:05.10

delegateって、cやc++で例えると何？

**デフォルトの名無しさん** · 2017/06/03(土) 10:45:49.34

関数ポインタ

**デフォルトの名無しさん** · 2017/06/03(土) 10:59:41.75

>>864
直接当てはまるものはない
デリゲートは単なる関数ポインタではなく、ターゲットのオブジェクト参照を持っていて
インスタンスメソッドを呼び出すことができる
元ネタはDelphiのメソッドポインタ

**デフォルトの名無しさん** · 2017/06/03(土) 11:16:23.86

>>861
開発終了ッスか
ありがとうございます

**デフォルトの名無しさん** · 2017/06/03(土) 11:27:20.05

>>863
formsアプリ云々は関係ない

**デフォルトの名無しさん** · 2017/06/03(土) 11:33:01.98

>>863
(説明が100%正しいか自信はないけど)つーか、デリゲート自体は変数と同じようなもので、
値を格納するんじゃなくてメソッドを格納するための型。C#のイベント機能もデリゲートを
使ってるし、意識する・しないに関わらず、デリゲートはあちらこちらで使われ、色々使える

メソッドを変数のように引き渡せるなら、クラス内の特定の処理を自由に差し替えたりできる
でしょ？たとえばあるクラスで、そのインスタンスを作った際に外部からメソッドを渡してやる
事で、インスタンス毎に異なる処理をさせる事ができたりする訳

ただし今はラムダ式など新しい記述方法が出てきていて、コード中でdelegateというキーワードを
使ってデリゲートを定義する機会は少ない

**デフォルトの名無しさん** · 2017/06/03(土) 11:46:13.55

ありがとうございます
まぁこんな状態なので継承やインターフェースもうまい使いどころが分かっていないんですが。。要はまず習うより慣れろですかね
プログラムを作っててこういうことが出来れば便利なのに！を感じた時に使いどころを覚えていきます

**デフォルトの名無しさん** · 2017/06/03(土) 11:52:54.38

>>845
>>863
疑問に思ってるのは
「いちいち変数介して実行せんでも直接呼び出して実行すればいいじゃない」っていうことに見えるけどあってる？
invoke使わないといけないような場合は使いますけど…という

つまり、デリゲートなりラムダ式なりでわざわざ処理内容自体を渡す利便性って具体的になんだべ？ってことかいな

**デフォルトの名無しさん** · 2017/06/03(土) 12:04:32.36

>>871
ありがとうございます
まさにその通りです
まだそういった場面になってないからそう思うだけだとは思うんですが使いどころがいまいちピンとこない感じです。。
サンプルプログラムを見ても、ん？普通にメソッド呼びだしたほうが分かりやすくね？みたいな

**デフォルトの名無しさん** · 2017/06/03(土) 12:13:05.71

>>872
クラス作成側と使用側が別れてる場面に当たらないと難しい

先頭ノードのみ公開されてるツリー構造のデータの
ノードのすべてを辿るメソッドの引数はデリゲートだと楽そうじゃない?
って言ってわからないならとりあえずまだいいんじゃね?的な

**デフォルトの名無しさん** · 2017/06/03(土) 12:19:50.70

変数なんて使わないで直接数字を書けば良くない？
みたいな

**デフォルトの名無しさん** · 2017/06/03(土) 12:29:55.38

まあ、Formの中に全部の部品ぶちこんで、すべてのコードもぶちこんで、それですんでるうちは
継承だのインターフェースだのデリゲートだの小難しい事はあまり意識しないでもすむよな
ただ、プログラムの規模が大きくなって、だんだんスパゲティ化してきて処理をすっきりさせたい、
分けられる所は別のクラスに分けたいとか考え始めた頃に、ありがたみがわかってくる

**デフォルトの名無しさん** · 2017/06/03(土) 12:32:52.42

>>872
いきなり「この技術を自分のコードにどう取り入れるか」から入ってるからイメージ湧かないんじゃないかな
LINQは知らないの？
あれは初心者でも小手先で使えて、しかも便利な上に
「処理内容を渡す」という仕組みの便利さも実感出来ると思うんだけど
ラムダ式も、直接ラムダ式を調べるんじゃなくて（デリゲート知ってる人向けの説明ばっか出てくる気がする)
LINQのサンプルから入った方がイメージしやすいかも

継承やインターフェースなんかは「使う側」としてはもうすでに使いこないしてるはず
ListでもArrayでも、違うクラスなのにForEachで同じ書き方して列挙できるってのはまさに
インターフェースの機能だし
他にも無意識にインターフェースや継承の機能を使ってる場面はあるはず

つまり、.NETのライブラリで実際にその技術を使って設計されてるクラス使ってみて
「それがどういう仕組で動いてて、なんで便利に使えるのか」からアプローチした方がイメージ湧きやすいかも
同じ機能を持つクラスを自分で実装しようとしたらどうなるか、とかね

**デフォルトの名無しさん** · 2017/06/03(土) 12:35:38.91

関数を変数として扱えると、関数やクラスに引数とかメンバ変数として渡せるんだよ

たとえば朝6時になると何かアクションを実行してくれるクラスがあるとして、
そのクラスにアラームを鳴らすって関数を渡しておけば目覚ましになるし、
録画開始する関数を渡しておけば予約録画機能になる

元のクラスは変更せずに、渡す関数によってあとからいくらでも簡単に機能が追加できるから便利でしょ

**デフォルトの名無しさん** · 2017/06/03(土) 12:36:02.80

>>872
例えば親フォームのメソッドを小フォームのダイアログなんかのデリゲートに突っ込んでやる
そうすると、メソッドは親フォームのクラス所属だから普通に親フォームのコントロールやプロバティーに簡単にアクセスできるが
小フォームから簡単に呼び出せる

ダイアログで親フォームのデータ更新するときなど便利に使えるよ

**デフォルトの名無しさん** · 2017/06/03(土) 12:53:59.79

一般的に「制御の反転(IoC)」と呼ばれる考え方だよ
構造化プログラミングでは通常、呼び出す側が何を呼び出すかを決めており、呼び出す側は呼び出される側に依存する
これをボタンのクリックイベントに置き換えると、
ボタンがフォームの特定のイベントハンドラに依存することになる
これだとフォームごとに別のボタンクラスを作らなきゃいけなくなるだろ?
それを避けるために「移譲」と呼ばれるテクニックを使い、呼び出す側(ボタン)に呼び出される側(ハンドラ)を渡す形になるように制御を「反転」させる
これでボタン側は共通にできる

**デフォルトの名無しさん** · 2017/06/03(土) 12:56:39.87

>>875
俺社環の話になるけどユニットテスト義務付ければ、糞長い何でもぶち込みコードを撲滅できるのかな

**デフォルトの名無しさん** · 2017/06/03(土) 12:56:47.90

>>875
規模関係なくない?
あくまで内部が触れない仕組みだよね

**デフォルトの名無しさん** · 2017/06/03(土) 13:03:32.92

>>877
それだと理解できないと思うな
だってタイマー判定してる箇所に処理書けばいいじゃん
あくまでその処理が触れないからデリゲートが意味を持つんだよね?

**デフォルトの名無しさん** · 2017/06/03(土) 13:06:54.90

>>881
もちろん、ライブラリの呼び出しもこういうスタイル

**デフォルトの名無しさん** · 2017/06/03(土) 13:55:14.07

配列.sort(compareFunction)

ここで引数に、ソートのやり方を渡せば、色々な順番で、ソートできる

例えば、abcd など文字の順番とか、
文字列の文字数が少ない順番とか、
様々な定義ができる

関数も関数オブジェクトに出来るし、
ラムダ式・クロージャも、オブジェクトだから、
これらはすべて同じで、引数にはクラスを渡していると考えればよい

**デフォルトの名無しさん** · 2017/06/03(土) 13:57:09.06

だからマイクロソフトが提供するapiなんかでこう使うんですってのじゃないとお目にかかる場面は少ないと思う
自社のソースだと作業者毎の縄張りとかないからこんなの作ったらドキュメント必須だね
面倒なので誰もやらんと思う

**デフォルトの名無しさん** · 2017/06/03(土) 15:31:04.45

＞デリゲートの質問者

だから、デリゲート型の変数が使えるメリットは
例えばint型の変数が使えるメリットと同じだってば

もしintがリテラルしか使えなかったら、任意の自然数を引数にとって素数か判定するメソッドは書けない。

同じようにデリゲート型の変数が使えなかったら、例えばLINQのWhereみたいに
要素をフィルターする条件を引数に取るメソッドも、ListなんかのSortみたいに
2つの要素の大小関係を決める方法を引数に取るメソッドも書けない

**デフォルトの名無しさん** · 2017/06/03(土) 16:01:31.05

>>865>>866
ありがとうございました。
十年来の疑問が解消しました。

**デフォルトの名無しさん** · 2017/06/03(土) 16:37:00.32

>>845です
皆さんありがとうございます
指導頂いた見解として、ある箇所で必ず何かしらの処理をする(コールバック？)時に、その処理が確定的でないならデリゲートを利用して行う処理を渡してあげる

その処理が確定していて後々の拡張を考えないなら直接呼びだすメソッドを書けばいい(こう思ってる場合でもデリゲートを利用するメリットがあるのか？？)

ってところでいいですか？
LINQはまだ使ったことないので今から勉強してみます。

**デフォルトの名無しさん** · 2017/06/03(土) 16:41:07.68

>>888
そんなんでおｋだと思う
わざわざクソな造りにする意味はない

**デフォルトの名無しさん** · 2017/06/03(土) 21:53:10.11

そういや戻り値複数返せるんだっけか
忘れてた

**デフォルトの名無しさん** · 2017/06/03(土) 22:18:31.97

一定時間ごとにテキストボックスにメッセージを表示する方法が分かりません。
textBox1.Text = "";(空状態)
Thread.Sleep(1000);
textBox1.Text = "A";
Thread.Sleep(1000);
textBox1.Text = "B";
ThreadSleep(1000);
textBox1.Text = "C";
とすると、空の状態から一気にCになります。
順番に表示するにはどうしたらいいでしょうか。

**デフォルトの名無しさん** · 2017/06/03(土) 22:22:06.54

>>891
C#固有のやり方は知らなくてすまないが一般的にそういう処理は別スレッドでスリープしながらUIスレッドにメッセージを投げて処理する

**デフォルトの名無しさん** · 2017/06/03(土) 22:34:45.76

>>891
タイマー使えば楽
https://msdn.microsoft.com/ja-jp/library/system.timers.timer(v=vs.110).aspx

**デフォルトの名無しさん** · 2017/06/03(土) 22:37:24.60

>>891
Thread.Sleepをawait Task.Delay に置き換えるだけ

**デフォルトの名無しさん** · 2017/06/03(土) 22:40:00.95

それ途中でユーザーがウィンドゥ閉じたらどうなるの？

**デフォルトの名無しさん** · 2017/06/03(土) 22:57:52.94

>>891
ごめんちゃんと読んでなかったｗ
間にtextBox1.Update();かtextBox1.Refresh();を入れる

**デフォルトの名無しさん** · 2017/06/04(日) 03:41:26.92

ログ表示で俺もやったことあんな
textbox1のメンバにappendなんたらってあったような希ガス

**デフォルトの名無しさん** · 2017/06/04(日) 03:43:19.28

メソッドだった
AppendTextだった

**デフォルトの名無しさん** · 2017/06/04(日) 08:39:53.30

>>880
全てのユニットテストを義務化すれば撲滅出来ると思うが、コード側を相当修正しなければならないハズなんで、かなり大変だよ。

**デフォルトの名無しさん** · 2017/06/05(月) 01:03:05.89

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

**デフォルトの名無しさん** · 2017/06/05(月) 01:06:48.60

しつこい

**デフォルトの名無しさん** · 2017/06/05(月) 02:19:59.90

好きにすれvar?(激寒オヤジギャグ)

**デフォルトの名無しさん** · 2017/06/05(月) 07:19:09.40

>>902
4年ぶりに笑った

**デフォルトの名無しさん** · 2017/06/05(月) 15:33:56.56

C#6から構造体のコンストラクタの中もでプロパティを初期化できるように
なってたんだな（VBは昔から可能だった）

ついさっき初めて知ったよ。
どうでもいい独り言でした

**デフォルトの名無しさん** · 2017/06/05(月) 15:40:58.72

突っ込まれる前に
C#5まででもデフォルトコンストラクタを呼べば一応可能だった

**デフォルトの名無しさん** · 2017/06/05(月) 23:30:17.53

WindowsFomアプリのUIに使うフォントって何がオススメ？
ちなWindows7機で

**デフォルトの名無しさん** · 2017/06/05(月) 23:31:35.57

MSゴシック or MSPゴシック

**デフォルトの名無しさん** · 2017/06/05(月) 23:34:59.63

必ず入っているフォントなら見込み違いの表示崩れとか無いしな

**デフォルトの名無しさん** · 2017/06/05(月) 23:37:32.63

普通に日本語ならUIゴシック、英語圏ならTahomaでいいでしょ。

**デフォルトの名無しさん** · 2017/06/05(月) 23:56:15.74

ありがとう
意外にも普通な回答にびっくりだけど
よくオススメのフォントにあるメイリオはなんかUIにはたるんだ感じがしてしっくりこなかったのよね

**デフォルトの名無しさん** · 2017/06/06(火) 00:03:48.51

XP切り捨てでよければ（さすがにもういいかもしれん）メイリオでもいいかもしれんけど、
さすがにメニューやドロップダウンやグリッド系には使いづらいね

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

>>908
最近osの拡大率設定が125%とかなってて昔作ったもん全滅だった
見込み違いはないかも

さらにPC新調してから作ったものは125%でしか正しく表示できなかった

**デフォルトの名無しさん** · 2017/06/06(火) 15:20:56.58

UWP使えよ

**デフォルトの名無しさん** · 2017/06/06(火) 15:42:24.60

Win10時代だし、UWPで作った方がいいんかねぇ・・・
WinFormが便利過ぎて移れないｗ

**デフォルトの名無しさん** · 2017/06/06(火) 16:13:38.01

WPFもストアアプリも途中でぶん投げた今しばらく様子見ムード？

**デフォルトの名無しさん** · 2017/06/06(火) 16:44:06.32

これからはWPFの時代だよ！って言ってたのに、
あっさりUWPにしろって言い出したしなぁ
しかもUWPはシリアルポートとかの情報が少ないのがネック

**デフォルトの名無しさん** · 2017/06/06(火) 16:53:10.50

デスクトップアプリをUWPにしろなんて言ってないでしょwww

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

windows10 Visual Studio2017　C＃でボタンを継承したカスタムコントロールを作ったのですが
実際にフォームに貼り付けてデバッグを開始したところ
フォームのInitializeComponentにおいてNullReferenceExceptionが発生してしまいました。
他の自作したカスタムコントロールでは発生しないので、まったく原因がわかりません。

実際に発生するコードは下の行です
this.buttonEx1.CorrectResponseColor = System.Drawing.Color.Empty;
buttonEx1 がnullであると言われてしまいます。

どなたか原因は分からないでしょうか

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

それで分かったらエスパーだよw

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

>>918
buttonEx1 がnullであるってちゃんとbuttonEx1=new　～で作っていないんじゃね？
あとはその継承した内容見ないと分からんよ

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

InitializeComponentより後ろに書け

**デフォルトの名無しさん** · 2017/06/06(火) 18:28:55.59

>>918
原因を調べて欲しいんならソースコード全部出せ

**デフォルトの名無しさん** · 2017/06/06(火) 20:45:37.45

>>917
いや、そう見える

【マイクロソフト研究所】Win32からUWPへ――、アプリケーションの移行を進めるMicrosoft - クラウド Watch
http://cloud.watch.impress.co.jp/docs/column/microsoft/1056615.html

問答無用だぞ

**デフォルトの名無しさん** · 2017/06/06(火) 20:50:59.15

>>923
よく読め

>なお、デフォルトでは「任意の場所からのアプリを許可する」に設定されているため、
>今までと同じようにすべてのアプリケーションがインストールできる。
>すぐにWin32アプリケーションが利用できなくなる、という話ではないので、その点はご安心を。

**デフォルトの名無しさん** · 2017/06/06(火) 20:55:30.59

>>916
>>808

**デフォルトの名無しさん** · 2017/06/06(火) 21:09:08.72

っていうかフラットデザインをデスクトップでもごり押しするならもうWindowsなんか使わんw

**デフォルトの名無しさん** · 2017/06/06(火) 21:16:08.64

そりゃマイクロソフトとしちゃあ、UWPへの移行を促進したいのは山々だろうが、
笛吹いてみんなが付いてきてくれるかどうかだからな
マイクロソフトの持つ笛は、随分と昔に魔力を失ったように思えるが
まあ中身は実質Win32のなんちゃってだってUWP扱いだそうだから、それも含めて
いいんだったらねw

**デフォルトの名無しさん** · 2017/06/06(火) 21:27:44.09

>>924
殺る気マンマンだろソレｗｗｗ

ていうか逆に退路を残してあるのが信用出来ない
当然だけどある程度UWPのユーザが増えたら旧環境は切り捨てなんではないだろか?
んでやっぱり流行らなかったり方針を変えざるを得ない流れが来てしまったら
UWPも残念だったねと
世界のみんなの多数決次第?

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

>>926
次のアップデートでまた新しいデザインシステム推してくるから大丈夫(?)だ

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

そういやCommunity toolkitのロードマップだと、今月中に１．５リリースとなってるな（今は１．４）

**デフォルトの名無しさん** · 2017/06/07(水) 00:04:31.85

業務クライアントアプリはもうこのままWinFormsと心中させてあとはWebへどうぞという感じなんだろうね

**デフォルトの名無しさん** · 2017/06/07(水) 02:42:03.24

UWPもWPFも作るにあたってそんな変わらなくない？

**デフォルトの名無しさん** · 2017/06/07(水) 03:45:52.39

>>926
次のFluent Designもフラット。
さようなら。

**デフォルトの名無しさん** · 2017/06/07(水) 04:52:19.95

フラットデザイン俺は好きだけどね
でも用意されたコントロール使ってもフラットになんねーのにｲﾗｯ

**デフォルトの名無しさん** · 2017/06/07(水) 07:12:14.96

>>923の記事タイトルがミスリードっぽい
exeからappxへと書いてくれれば分かりやすいのに

**デフォルトの名無しさん** · 2017/06/07(水) 07:19:22.27

tryのブロックにint i = "string";と書くと
catchに移動する前にデバッグすら出来ないんですが
tryに書けるエラーの基準とかあるんですか？

**デフォルトの名無しさん** · 2017/06/07(水) 07:30:32.35

>>936
ｔｒｙより上で宣言して初期化してください
この時はvarは使えませんが

**デフォルトの名無しさん** · 2017/06/07(水) 07:39:27.82

>>936
それはコンパイルエラー
間違っていることが明らかであり、試しに動かしてみる価値すらないゴミである
出直してこい、といわれて動かす前に門前払いされている状態
tryはそのエラーとは全く関係ない