ふらっと 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(金) 15:39:57.73

2020年って事かな

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

あ、2010は2020のタイポ。
失礼。

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

silverlightの代わりの話ですが

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

Win7以前のフォームアプリすべて切り捨てたら4Kディスプレイでスケーリングがまともに使えるようになるんだがな

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

>>817
スケなんかできたところで金になんねーだろ
誰が喜ぶんだよ?
入出庫管理アプリ作ったとしてピンチインピンチアウトなんてお客がやると思ってるの?
オメーがエロ画像見てるときぐらいだろそんなの必要なのは

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

横からだがスケーリングは高解像度でもフォントが綺麗な方向だと思うぞ。
入出庫管理ならAndroidなりWinなりの8型タブにバーコードリーダー繋げてた方が便利だろ。
今時タブのが高解像度だが、Formsのままだと高解像度だと文字が読みにくい。

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

入出庫管理なんかどうせ固定画面なんだからどうでもいい
フォントをでかくすりゃいいだけ

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

>>817
そんなくだらねーもんのためにフォームアプリの全廃を願ってるってのが狂気だよね

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

UWPはC#でありながらC++並の表示速度が有って、
更にソース丸見え問題が仕組み上解決されている
windows10専用が問題なくなる３年後には、
C++を上書きするポテンシャルが有るよ

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

テンがなくなるとポシャルだと

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

0点

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

>>819
.NET4.7

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

高dpiモニターは医療とヲタ向け以外あんまり需要なさそうな気はするね
コモディティー化したらどうだかわからんが

UWPって現状所詮ストアアプリと同じサブセットじゃん

標準の.NETの方がUWPの要素を取り入れることはあってもUWPが
デスクチップアプリを置き換えるとか100%ないわ

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

>>826
よく分からん。具体的には何の機能が問題無の？
DataGridは買ってくれば問題ないし

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

>>827
いや、UWP勉強してないんでどういうコントロールがあるとか知らんけど、
少なくともライブラリはサブセットでしょ

フルの.NETのライブラリ（BCL）の上位互換じゃないよね

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

データグリッド使うようなアプリはWebへ行くわな
今更またいつ投げ出すか分からん新技術に賭けるリスクをペイできない

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

UWPってスタンドアロンなアプリはゲームくらいのもんで、
基本的にはWebサービスのフロントエンドを作ることを想定したプラットフォームだよ
今の時代バックエンドとしてWeb APIがあるのは当然で、
その上で薄い薄い上っ面をUWPで作るかWebブラウザで作るかという程度のどうでもいい話でしかない
WinForms対WPFとかやってた頃とはもうアプリの概念そのものが全然違うのよ

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

なるほどこれからは電卓アプリも端末は画面だけ用意して
実際の演算はネットの向こうに投げるようになるのか胸熱だな

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

>>831
そんな程度の低いアプリは金を産まないから
ビジネス的な観点で言えば無いのと一緒だよ

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

>>830
uwpにwinformやwpfの代わりはできるの?

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

フロントエンドはブラウザのHTML5で決まりみたいなもんだろ
どうしようもないぐらい差がついてる
もう終局してもいいレベルだからな

グラフコントロールすらないUWPに何ができるんだか

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

>>834
いや、なんかmsがuwpで統一みたいなこと言い出したんよ

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

>>835
VB6　winforms　webをWPFで統一って言ってたくせに実現できなかったMSが偉そうに

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

雑談は他でやれよ
ここは初心者の質問スレ

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

いやだってこれアプリの製作方針すべてに関わるで
勉強してることが無駄になりかねない

**デフォルトの名無しさん** · 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使えよ