C#, C♯, C＃相談室 Part95

**デフォルトの名無しさん** · 2017/10/17(火) 04:02:10.51

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

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

■前スレ
C#, C♯, C＃相談室 Part94
http://mevius.2ch.net/test/read.cgi/tech/1492843013/

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

**デフォルトの名無しさん** · 2018/01/18(木) 10:50:13.65

クラウド使いたいけど私の会社はまだ許可されてないのです
多分来期予算取れるからその時移行出来るようにはしたい

今後はわからんですが今のところユーザー少ない&社内のみなのでこれでいいかなぁ

気になるのは同時に接続来たらそれぞれスレッドが別になるのでしょうか

**デフォルトの名無しさん** · 2018/01/18(木) 10:58:27.27

クラウド工作員うぜーな

**デフォルトの名無しさん** · 2018/01/18(木) 11:12:16.64

>>295
サーバーレスなら自分でサーバーやサービス作るよりよっぽど簡単だぞ
金も社内のみなら余裕で無料枠に収まる

**デフォルトの名無しさん** · 2018/01/18(木) 12:01:18.90

無料枠とかあるの？

**デフォルトの名無しさん** · 2018/01/18(木) 12:05:49.79

サーバーやクラウドの運用はC#の話なのか

**デフォルトの名無しさん** · 2018/01/18(木) 12:14:21.69

答えられなくはないけどスレ違いと言われればそうだな

**デフォルトの名無しさん** · 2018/01/18(木) 14:38:42.96

>>298
何と比較してるかよく考えてごらん

**デフォルトの名無しさん** · 2018/01/25(木) 07:27:02.04

自分はPHPとJavaScriptしかやったことがないので、WindowsのGUIアプリ開発は初めてです。
WindowsフォームとWPFをちょっといじりましたが、
WindowsフォームはUIをマウスで配置して動作を与え、
WPFはHTMLのようにUIはMLで記述する感じであとはフォームとやることは同じかなって思ったのですが、
この両者の違いはフレームワークの違いだと思いますが、
自分的にはWebからきたのでWPFのほうがしっくりくるのですが、
調べると重いとかで流行ってないらしいので、情報量的にもフォームのほうがいいのでしょうか？
UWPはインストールが面倒だったのでスルーしましたが、今からならUWPがいいですか？
あとC#ではC++にあるらしいWin32プロジェクトは出来ないのでしょうか？
どれ選べばいいのかわからなくて困っています。

**デフォルトの名無しさん** · 2018/01/25(木) 09:28:09.18

要件次第

**デフォルトの名無しさん** · 2018/01/25(木) 09:56:25.38

Webの経験あるんならElectronでいいんじゃない？
WinFormsもWPFもとっくの昔に開発終了してるから今更新しく入るのはお勧めできないな

**デフォルトの名無しさん** · 2018/01/25(木) 10:37:24.83

Electron使うならC#で在る必要性がないような・・・・

**デフォルトの名無しさん** · 2018/01/25(木) 11:29:45.90

レスありがとうございます。
>WinFormsもWPFもとっくの昔に開発終了してるから
それは衝撃です。
ビルドしてテストした感じ前者はビルド速度もリソース消費も良く、UIも期待通りで、
後者はビルドが遅くて、UIも表示通りにならなかったり、テストするのは面倒だなという印象でしたが、
もう改善が見込めないんですね。
UWPはWPFよりっぽいので、心配ですが、UWPをインストールして触ってみます。
いずれXamarinやUnity使ってみたいのもあって、C#の勉強をしてるので、
しばらくはVSでWindows用のアプリケーション作りながら頑張ってみます。

**デフォルトの名無しさん** · 2018/01/25(木) 11:55:18.40

割と最近になってWinformsにHiDPI対応強化やWPFもスタイラス対応強化が入ったりしてるから
とっくの昔に開発終了は語弊があるけどね
とはいえMS自身の都合による突発的な更新という意味合いが強く
積極的にフィードバックを受けての修正や強化というフェーズはUWP以外終えてる感はある

.NETという基盤やIDEは優れているのに肝要のGUIフレームワーク選びでgdgdになるのマジうんこ

**デフォルトの名無しさん** · 2018/01/25(木) 16:45:28.98

UWPとWPFは似たようなものだから、どっちから学習しても問題なし。
覚えたことは簡単にUWPからWPFまたはWPFからUWPに移行できる。
そりゃ、コントロールとか微妙に違ったりすりけど、大きな問題にならんだろう。

xamlの機能に違いがあったりと、高度な事をやろうとすると差がでてくるけど。

だから、学習フェーズの普通の事する分にはどっちから入っても問題なし。

**デフォルトの名無しさん** · 2018/01/25(木) 16:51:20.84

>WinFormsもWPFもとっくの昔に開発終了してるから
後、WPFにもFluent Design対応ぐらいはくるんじゃないの？

**デフォルトの名無しさん** · 2018/01/25(木) 17:40:23.41

>>310
そういうお仕着せ的なものを持ち込むのはWPFの思想にそぐわないからそれはないよ
WPF的には、開発者が望むならFluent Designを実装できるだけの機能を備えている、で十分
そういうDIYな思想こそがWPFが使い辛いと言われる最大の原因でもある

**デフォルトの名無しさん** · 2018/01/25(木) 19:10:14.30

去年のBuild2017のセッションの資料に明言じゃないけど、それをにおわせる
ような事が書いてあったんだけどね

**デフォルトの名無しさん** · 2018/01/25(木) 20:47:58.93

>>311
備えているならせめてForm時代と同じことさせてくれよ
なんでListViewの罫線自分で描かなきゃいけないんだよ

**デフォルトの名無しさん** · 2018/01/26(金) 09:47:56.58

WPFはおわったんだ
それをまた何十人～何百人のチームを作ってわざわざ新しいものを実装するだろうか？

**デフォルトの名無しさん** · 2018/01/26(金) 21:19:07.38

.Net Frameworkのバージョンアップの内容追うと、WPFも地味に改良されてるけどね。

**デフォルトの名無しさん** · 2018/01/28(日) 22:51:48.28

開発が終わったとか時代が終わったとか言われても趣味でやる分にはWinFormが一番楽
仕事でやる人は逆に何でも対応しなきゃならないだろうし

**デフォルトの名無しさん** · 2018/01/29(月) 02:02:18.45

winformしたできんのだけどどうしたらええねん

**デフォルトの名無しさん** · 2018/01/29(月) 13:27:25.02

あと10年は使えるだろ

**デフォルトの名無しさん** · 2018/02/01(木) 10:15:12.44

コマンドラインのオプションを解析・パースするエレガントなLinqを教えてください

例えば、
-i "hoge.txt" -i "fuga.txt" -o "hogefuga.txt"
というコマンドを受け取った時、
{
　"i" : [ "hoge.txt", "fuga.txt" ],
　"o": [ "hogefuga.txt" ]
}
こんな結果に変換したいです
GroupBy()を使えば出来そうな気がするのですが上手くいきませんでした

**デフォルトの名無しさん** · 2018/02/01(木) 11:19:11.59

実用になるものはメソッド使わない限り無理だよ

**デフォルトの名無しさん** · 2018/02/01(木) 11:32:56.22

標準Linqだと辛いので拡張書くかな

少なくともコマンドラインオプションとオプションの引数をひとまとめにするやつは欲しい感ある

**デフォルトの名無しさん** · 2018/02/01(木) 11:39:56.90

クラス使わないと非常に汚いことになるし
オプションの設定を渡さないといけないのでlinqだけでは不可

たとえば-sがオプション必須かどうかがパーサーにはわからない

a.exe -s a.txtが

(a.exe)(-s a.txt)か
（a.exe）(-s )(a.txt)か

**デフォルトの名無しさん** · 2018/02/01(木) 11:50:41.19

c#ができたころからコマンドラインオプションの話はずっと言われてる
昔から独自実装したものはあちこちにある

**デフォルトの名無しさん** · 2018/02/01(木) 14:33:55.01

.NET Coreのdotnetコマンドのビルドが遅い
速くする方法は無いの？

**デフォルトの名無しさん** · 2018/02/01(木) 21:48:27.59

コードを全部捨てる

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

初歩的なことなのですが・・・
ドット(.)を使って他所のメソッドやクラスを引用？してくるのをよく見かけますが
それがメソッドなのかクラスなのか見分けるにはどうすれば良いですか？

（クラス).(メソッド) の場合もあれば
(メソッド).(変数) の場合もあるのですよね・・・？

**デフォルトの名無しさん** · 2018/02/02(金) 07:40:29.94

>>326
()の有無

**デフォルトの名無しさん** · 2018/02/02(金) 08:56:47.53

>>326
そこだけで確実に見分ける方法はない
VSの色分けやツールチップに頼るしかない

**デフォルトの名無しさん** · 2018/02/02(金) 09:49:26.18

そもそもコード上で見分ける必要性ないやんね？

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

変数つーかプロパティな

**デフォルトの名無しさん** · 2018/02/02(金) 22:33:25.08

>>327
すみません ()の有無でどう判断が付くのでしょうか・・・？

>>328-330
そうだったのですね・・・
見分ける必要がないのですか難しいです
プロパティなのですね気を付けます
教えて頂きありがとうございます！

**デフォルトの名無しさん** · 2018/02/02(金) 22:38:01.14

>>331
括弧がつくのがメソッドでつかないのがフィールドかプロパティ

**デフォルトの名無しさん** · 2018/02/02(金) 22:41:11.25

>>331
下の例は判断できないけど、上のは後ろに()がつくからメソッドだとわかる

**デフォルトの名無しさん** · 2018/02/02(金) 22:44:04.39

>>332
>>333
そういうことだったのですね
勉強になりましたこれで少し先に進めます・・・
ありがとうございます！精進します

**デフォルトの名無しさん** · 2018/02/03(土) 01:03:02.79

>>334
相談室じゃなくて初心者のほうに行った方がいいな。今回は優しい人がいて良かった。

**デフォルトの名無しさん** · 2018/02/03(土) 05:49:32.16

>>335
そういったスレッドがあったのですね；
ありがとうございます次からそちらで質問をします

**デフォルトの名無しさん** · 2018/02/04(日) 00:03:18.19

>>324
.NET Core 2.1ではビルドのパフォーマンスが大幅に改善されてるらしい
OrchardCoreのビルドで70秒かかってたのが7秒弱に

**デフォルトの名無しさん** · 2018/02/04(日) 13:04:59.39

>>337
.NET Core SDKをv2.1.4にして
早くなった…ような気もする

ソースを何も変更してなくても変更をスキャンするのは無くならないんだろうか？
本家.NET Framework+Visual Studioだと
何も変更が無い場合はほぼ一瞬だったのに

**デフォルトの名無しさん** · 2018/02/04(日) 13:35:52.74

>>338
up-to-date checkのことね
この辺見てみ
https://github.com/dotnet/project-system/issues/62

**デフォルトの名無しさん** · 2018/02/04(日) 13:39:20.84

これとかも
https://github.com/dotnet/cli/issues/5918

**デフォルトの名無しさん** · 2018/02/05(月) 22:21:50.38

Restoreっての毎回してるけど
これやらなかったら早い？

**デフォルトの名無しさん** · 2018/02/05(月) 22:33:20.94

たぶんね

**デフォルトの名無しさん** · 2018/02/05(月) 22:58:44.51

C#のアプリからエクセルのシートのような罫線や文字が書かれたものをプリンターで印刷したいのですが、プリントオブジェクトで一つ一つ座標を確認して描画しながら印刷するしかないでしょうか
何かいい方法などあればご教示下さい
オフィスが入ってない環境でも実施出来るようにしたいのでエクセルは使えません

**デフォルトの名無しさん** · 2018/02/05(月) 23:22:42.19

>>343
オフィスが入ってない環境っていう糞みたいな選択肢を捨てれば幸せになれる

**デフォルトの名無しさん** · 2018/02/05(月) 23:34:01.06

>>343
WPFは知らないけどGDI+でちょっとした表を印刷するなんて
たぶん思ってるより簡単だから自分で書いた方が早いよきっと

**デフォルトの名無しさん** · 2018/02/05(月) 23:39:17.25

htmlで出力→印刷
cssが使える

**デフォルトの名無しさん** · 2018/02/05(月) 23:44:05.24

>>343
どんな表を想定しているのかわからない。DataGridViewとかはだめなの？
フリーの表計算ソフトインストールしたほうが確実だと思うよ
どっちにしても画面出力ならともかくプリンタ出力はC#だと信用できない

**デフォルトの名無しさん** · 2018/02/05(月) 23:59:26.55

ライセンス関係がどうだか知らんけど、まだクリレポもあるみたいだね
でもまあ、余程こった印刷するんじゃなきゃ、自分でゴリゴリ書いた方が早いし応用も利く

**デフォルトの名無しさん** · 2018/02/06(火) 00:39:33.83

>>346
これが一番楽で早そう

**デフォルトの名無しさん** · 2018/02/06(火) 00:44:49.14

今のHTMLって物理単位で座標やサイズ指定できるの？
俺はまったくいい案だと思わんね

**デフォルトの名無しさん** · 2018/02/06(火) 00:51:18.50

HTMLで帳票出力するアプリなんか世の中いくらでもあるだろ
帳票にミリ単位の精度を要求される高度なお仕事お疲れ様です笑としか

**デフォルトの名無しさん** · 2018/02/06(火) 00:56:31.42

倒錯してるね
A4ならA4に綺麗に収まるようにレイアウトするなんて最低条件。
子供の遊びじゃないんだから

**デフォルトの名無しさん** · 2018/02/06(火) 01:03:02.80

そんなくだらない仕事に誇りを持てるなら幸せなことだね

**デフォルトの名無しさん** · 2018/02/06(火) 01:55:56.74

あるフォルダにexe配置して、複数人で同時起動する場合log吐き出し等、PC事に吐き出せますか？

**デフォルトの名無しさん** · 2018/02/06(火) 02:23:02.17

>>354
もう少し詳しく

**デフォルトの名無しさん** · 2018/02/06(火) 06:38:37.96

>>343です
レス頂いた方ありがとうございます
基本的には地道にやるしかないんですかね
GDI+はもう少し調べてみます
html+cssは確かにかなり使えそうなので今後の引き出し用兼ねて、じっくり試してみてみます

**デフォルトの名無しさん** · 2018/02/06(火) 12:42:53.23

Excelをテンプレートにして値を埋め込んで印刷できるツールなら（金を出せば）あるよ

**デフォルトの名無しさん** · 2018/02/06(火) 14:54:48.72

>>357
得体のしれないものに金を出すくらいならオフィス買えよ…

**デフォルトの名無しさん** · 2018/02/08(木) 23:07:17.93

帳票のデータをDBにぶち込むアプリ作ってるんだけど動的なSQL文作成って普通はどういう作り方をするもの？
今は列が2個とか3個だから＠"insert～"ってベタ書きしてsqlparameterで値入れてるけど
元データがファイルならSQLインジェクションは考えなくていいはずだからSQLparameter使う必要はないはずだし
列の数が増えたら改造が大変になるから改修作業が楽になるような作りにしたい
今はSQL文作成部分をDBごとに別々のメソッドで書いてるけどこれも共通化できるもん？

**デフォルトの名無しさん** · 2018/02/08(木) 23:25:56.15

>>359
そんな程度のものだったらEntityFrameworkで十分

**デフォルトの名無しさん** · 2018/02/08(木) 23:31:11.72

パラメーター渡すだけで普通はSQL文はいじらないと思う
テストに困る
SQL専門家がいるところではそんな感じ

**デフォルトの名無しさん** · 2018/02/09(金) 15:57:04.63

HTML+CSS+wasm in C#みたいな文脈で開発がしたいにゃ～

**デフォルトの名無しさん** · 2018/02/09(金) 21:00:14.97

C#て使われるスタンダードな帳票ツールってなんでしょうか？

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

>>354
↓はどうだろうか
https://dobon.net/vb/dotnet/file/getfolderpath.html

**デフォルトの名無しさん** · 2018/02/09(金) 21:19:54.19

>>363
Excel

**デフォルトの名無しさん** · 2018/02/09(金) 21:41:45.33

>>365
私の会社は運送業界なので荷札とか直接紙で出しています。excelやaccessで帳票出せるのですが、荷札に綺麗に印刷するには各端末の設定に依存していて、変更する度にその設定作業で禿げそうなのです。
あとExcelとかはバージョン管理ソフトで差分見れないのもストレスです。

**デフォルトの名無しさん** · 2018/02/09(金) 22:22:25.46

クリレポって言葉が出た直後のこの質問
分かってて聞いてるとしかw

**デフォルトの名無しさん** · 2018/02/09(金) 23:05:19.26

http://techoh.net/wpf-control-storyboard-with-code/
このサイトを見て、アニメーションを学んでいたのですが
Rectangleは動くのですが、このRectangleの代わりに画像を動かしたいのですがどうすればいいのでしょうか？
単純にImageに代えただけでは上手く動きませんでした・・・

**デフォルトの名無しさん** · 2018/02/09(金) 23:35:51.17

自己解決(´・ω・｀)

**デフォルトの名無しさん** · 2018/02/12(月) 12:09:33.30

Null非許容型自体は悪くない

標準のclassをNull非許容型にする必要はない
Null許容前提で設計されてるものをなぜ急にNull非許容にする？

クラスをまともに設計してないのか？

**デフォルトの名無しさん** · 2018/02/12(月) 12:14:21.55

意識高い系の人達が標準のclassをNull非許容型にしたいだけ

null非許容にするとこれまでロジックミスでnullになってたものが意図しない初期値になってるだけで
不具合自体が見つかりにくくなる
今までは止まってたからわかったけどそれがわからなくなる

動いてるけど何かおかしい状態が増える

**デフォルトの名無しさん** · 2018/02/12(月) 12:20:49.47

普通だったら今までのを標準にして新しい機能を拡張とする
それが今度は逆でさらっと破壊的変更が入りましたで終わり

**デフォルトの名無しさん** · 2018/02/12(月) 12:24:08.69

＞Null非許容型を前提としたものかどうかAssembly単位でも設定できる

アセンブリ単位だと言うことが問題だと思うけど
既存コードはそのまま通せないということ

**デフォルトの名無しさん** · 2018/02/12(月) 12:25:31.74

＞　>>401
＞　大方どっかのチュートリアル通りの手順を踏んだだけで、現在のproposalなんか確認してないんだろうな
＞　そんなん猿でもできるわ

そちらの猿はやった？
それとも猿以下？

**デフォルトの名無しさん** · 2018/02/12(月) 12:29:13.80

WPF使えないやつは馬鹿
MVVM使えないやつは馬鹿
Rｘ使えないやつは馬鹿

とか言ってるけど全然普及してない
使えないんじゃなくて使ってないだけ

**デフォルトの名無しさん** · 2018/02/12(月) 12:30:25.68

ﾌﾞｰｲﾓ MM6d　= ｱｳｱｳｳｰ Saa5
荒らすなボケ

**デフォルトの名無しさん** · 2018/02/12(月) 12:31:07.00

ソース単位で見てこれはどっちの仕様のソースなんだろうかと考えないといけない時点でおかしい

**デフォルトの名無しさん** · 2018/02/12(月) 12:31:43.99

>>376
別人だわボケ

**デフォルトの名無しさん** · 2018/02/12(月) 12:34:19.59

(ﾌﾞｰｲﾓ MM6d == キチガイ) == (ｱｳｱｳｳｰ Saa5 == キチガイ)
これでOK

**デフォルトの名無しさん** · 2018/02/12(月) 12:35:23.62

キチガイに触るな

**デフォルトの名無しさん** · 2018/02/12(月) 12:36:44.43

まともに議論できずにキチガイとしか言えないやつ

**デフォルトの名無しさん** · 2018/02/12(月) 12:37:54.77

defaultのclassを非Null許容型に変えるのは破壊的変更ではないのですか？

**デフォルトの名無しさん** · 2018/02/12(月) 12:38:01.85

>>381
https://github.com/dotnet/roslyn/blob/features/NullableReferenceTypes/docs/features/NullableReferenceTypes/Nullable%20reference%20types.md#opting-in-and-opting-out

**デフォルトの名無しさん** · 2018/02/12(月) 12:38:40.98

>>383
レスになってない

**デフォルトの名無しさん** · 2018/02/12(月) 12:39:52.02

>>384
https://github.com/dotnet/roslyn/blob/features/NullableReferenceTypes/docs/features/NullableReferenceTypes/Nullable%20reference%20types.md#opting-in-and-opting-out

**デフォルトの名無しさん** · 2018/02/12(月) 12:40:47.09

>>385
その方向性は間違っています
今までのレスで示した通り

**デフォルトの名無しさん** · 2018/02/12(月) 12:42:01.68

>>386
読めないのね

**デフォルトの名無しさん** · 2018/02/12(月) 12:42:53.75

>>387
そっちこそ俺のレスが回答になってることがわからないなら英語読めてない

**デフォルトの名無しさん** · 2018/02/12(月) 12:43:12.60

>>373
>既存コードはそのまま通せない
はいキチガイ

**デフォルトの名無しさん** · 2018/02/12(月) 12:47:16.63

>>388
あなたの素晴らしい意見をここにどうぞ
https://github.com/dotnet/roslyn/issues/7445

**デフォルトの名無しさん** · 2018/02/12(月) 12:47:27.09

こいつふらっとでも暴れてた奴やんけ

**デフォルトの名無しさん** · 2018/02/12(月) 12:48:38.32

>>391
誘導に素直に従っててワロタ

**デフォルトの名無しさん** · 2018/02/12(月) 12:48:43.19

キチガイと会話できないことを証明する

**デフォルトの名無しさん** · 2018/02/12(月) 12:51:53.86

どうでもいいけど
お前らからまともな話が一切ない

**デフォルトの名無しさん** · 2018/02/12(月) 12:54:12.57

>>394
>>390