C#, C♯, C＃相談室 Part93©2ch.net

2017/04/22(土) 08:52:00.93

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

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

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2018/09/29(土) 11:56:45.30

単に dynamic が嫌いだったのから。w

2018/09/29(土) 12:32:33.34

ふーん。頭が悪いからじゃなかったのか

2018/09/29(土) 14:34:45.14

たぶんjsとかの感覚で言ってるんじゃないかと

2018/09/29(土) 14:42:39.43

でもJSも実行時に型を判断できるし、逆の意味で大して変わらんと思う。

2018/09/29(土) 15:07:47.86

あれ？　dynamic って推奨だったの？
おまえらがどういう場面で使ってるのか教えてくれ。

2018/09/29(土) 16:47:06.91

デシリアライズでもするつもりだったんじゃねの
クッソ面倒なんだよな実際

2018/09/29(土) 16:56:30.70

ん？
> なにが入ってるか分からない配列の中身を文字列化してログ出力したかったの。(最初は)
じゃねーの？

2018/09/29(土) 18:05:26.03

もういいでしょw
たぶん何か勘違いしてるだけだと思うよ

俺もプログラミング初めて2,3年は静的/動的とかコンパイル時/実行時の違いとか
分かってるようでよく分かってなかった

2018/09/29(土) 19:25:50.32

結局なにがしたいのか伝わってこない上に
微妙にムカつく上から目線

2018/10/06(土) 12:04:22.29

それは此処の仕様。

2018/10/07(日) 19:19:55.60

そろそろ.NET標準でDDSのデコードできるようになってくれないかな
エクスプローラーでは普通に表示されるんだから
できればBC6と7までｗ

2018/10/07(日) 19:43:24.02

>>720
DDS?

2018/10/16(火) 15:29:49.78

>>694
あれ、C#って、マルチプラットフォームじゃなかったの？

Java は、Windows, Mac, Linux, iOS, Android, Chrome, Firefox, IE, どれでも
動いたよね、昔は。

2018/10/16(火) 16:00:38.35

Javaもクライアントアプリ分野から撤退したから今はクロスプラットフォーム度でいえばC#のほうが上なくらい(あくまでカタログスペック上は)
C#はWebかコンソールアプリなら.NET Core使えばLinuxやMacで動く
スマホやMac向けのGUIアプリならXamarinだな

2018/10/16(火) 16:22:14.98

Unityも忘れるな!
mono様々やな

2018/10/21(日) 20:25:55.35

普及度とかマルチプラットフォームとかどうでもいいけど
Windows使っていて個人的に何かちょっと作ろうと思ったときに、もうC#以外考えられない体になってしまった

2018/10/21(日) 20:37:33.56

おれはpythonかなー
スクリプト言語はほんま楽やで
客先でインスト制限きつい時はC#とPowerShell
Microsoftさんは早くVSCodeとdotnet cliをWindows標準にしてPowerShellを強制アプデすべき

2018/10/21(日) 21:09:20.78

おまんらWPF使ってる？

2018/10/21(日) 21:09:38.83

うん

2018/10/21(日) 21:34:18.47

>>727
個人で使ったけど、これを社内外で使わせるにはMVVMきっちり教えないと破綻確実だから諦めた

2018/10/21(日) 22:39:29.79

>>726
確かに楽だな。 < python
Web API を叩くプログラムをこれで書いたけど、学習まで含めてすぐ出来た。w
VS 上でも書けるのが楽さに拍車を掛けてる。

>>727
うん。でも最近はやってないな。そーいえば。

2018/10/21(日) 22:44:00.95

>>727
使ってる。
チームとして採用するのは難しいかもね。

2018/10/22(月) 07:55:37.83

>>731
どうして？
学習コストの高さ？

2018/10/22(月) 08:11:55.33

そうです。
XAMLとか慣れるまで大変だし、やっぱり簡単なFORMになるんじゃないかな。

2018/10/22(月) 12:06:51.16

レイアウトはFormよりWPFの方が楽だと思うんだけどな
Formばかりやってたチームだと学習コストが高くて難しいのはある

2018/10/22(月) 12:25:16.33

XAMLはVS補佐がまだまだ足りない
昔の落ちまくりよりは格段に進歩はしたが

2018/10/23(火) 06:15:06.44

Formやる前にWPFから入った俺は異端

2018/10/23(火) 12:11:12.26

formは過去の遺産だから、これからやるならWPFが正統だ。

2018/10/23(火) 12:32:04.49

>>735
Blendを使ってください、ってことなんだろうけどなぁ

2018/10/23(火) 12:42:28.83

WPF自体は終わってるよね
次の本命が無いから使うしか無いだけで

2018/10/23(火) 12:52:00.65

なお、どこも新規開発はFormの模様

2018/10/23(火) 12:56:27.59

MSのイチオシはUWPだしコントロールは充実しているんだけどね
TreeViewは完成したし、後はDataGridの完成を待つだけだ

2018/10/23(火) 14:20:00.03

全然未完成じゃねーか

2018/10/23(火) 14:36:28.72

最近のMSはだいたい未完成
ちょうどGithubもやらかしたし、Azureのサービスなんかガチで世に出しちゃいけないレベルのものが大半

2018/10/23(火) 15:11:27.54

未完成の物をとりあえず出して、
バージョンアップで完成させてくのが昔からのビジネスモデルやろｗ

2018/10/23(火) 15:12:45.43

アジャイル

2018/10/23(火) 15:51:37.07

新規開発もFormになるのは人集めの都合だよ。

2018/10/23(火) 16:28:52.85

>>739
終わってるってどういうこと？

2018/10/23(火) 16:45:50.67

>>747
どういうこともクソもWPFは5年くらい前にとっくに開発終了してメンテナンスモードだよ

2018/10/23(火) 16:46:49.17

>>748
ソースは？
.NET Core3.0知らないの？

2018/10/23(火) 16:51:18.62

>>749
ソースは.NET 4.5以降のリリースノートだよ
何か気になる新機能はありましたか？

2018/10/23(火) 17:16:53.27

>>750
で、「終わってる」だなんてMicrosoftはリリースノートに書いてるのかい？
しかも.NET Coreは都合が悪いから無視ときたもんだ…

2018/10/23(火) 17:39:47.89

Core3.0まで出てるんだ
なんか使いやすくなった？

2018/10/23(火) 17:40:45.51

WPFが終わってるならFormは死んでる。
しかし、ゾンビ技術者がウヨウヨいるから需要はあるのかも。

2018/10/23(火) 17:55:40.99

>>751
CoreのWPF対応ってWPFをCore向けにビルドしてNuGetで入れられるようにするだけだぞ？
WPF自体の新機能ではないよ

2018/10/23(火) 18:06:42.97

>>754
必死に調べて理解したのはそれだけ？

「終わっている」プロジェクトに対してそんなことしないだろ

2018/10/23(火) 18:19:29.54

平日に役に立たない言い争いしている奴らが終わってる

2018/10/23(火) 20:09:28.44

WPFの機能追加は終わってる
なら正しいかもしれない

2018/10/23(火) 20:46:15.68

>>752
せっかく切ったWPFとFormアプリ復活・・・

2018/10/23(火) 20:53:51.51

業務系ならありがたいね
ランタイム依存なしでForms使えるんだろ
ブラウザ要らないじゃん

2018/10/23(火) 21:26:47.62

>>759
デプロイどうすんの？アップデートの度に君が出向いて客のPCでZip解凍して回るの？
それが面倒だからWebなのに、それが.NET Coreになったところで何も解決しないよ
というかClick Onceが無くなる分だけ状況は悪くなるな

2018/10/23(火) 21:29:43.70

自前でアップデート処理を実装すれば問題なし

2018/10/23(火) 21:33:45.87

>>760
>Click Onceが無くなる
ソース出してみ

2018/10/23(火) 21:43:47.63

>>762
悪魔の証明を求められても困る
.NET CoreでClick Onceが使えるソースを出すのは君の仕事だ
当たり前だけど、FullFWのClick Onceを使うという本末転倒な方法は無しで頼むぞ

2018/10/23(火) 21:57:45.44

.NET Coreって仕事で使う？

2018/10/23(火) 21:59:32.82

>>763
妄想おつw

2018/10/23(火) 21:59:56.85

>>764　
もちろん使ってるよ

2018/10/23(火) 22:02:41.25

>>763
断定してたからそんなアナウンスもうされたのかと思ったのに…思い込みが激しいと周りが苦労するね

2018/10/23(火) 22:16:19.58

まあプレリリースまでもうすぐだから期待してるよw

2018/10/23(火) 22:34:00.35

そだねー

2018/10/23(火) 23:26:45.20

WPFが.net coreに対応したといってもlinaxで動くわけではないんだよね？
じゃあなんの意味があるの？

2018/10/24(水) 00:56:19.20

>>770
linaxって何？

2018/10/24(水) 01:29:36.25

>>770
ググれないの？

2018/10/24(水) 04:16:13.88

ライトなトイレメーカー

2018/10/25(木) 08:07:19.33

同じプログラムを2台のPCで動かしたら、スペックのいい方が断トツ実行速度が遅いんだけど、何かチューニングするとこある？

2018/10/25(木) 08:25:20.58

ログ仕込め

2018/10/25(木) 09:13:35.22

>>774
裏で怪しげなの動かしてるんだろ

**774** (ﾜﾝﾄﾝｷﾝ MMff-1okT) · 2018/10/25(木) 12:22:26.50

特に怪しいものなんか動いてないと思うんだけどなぁ
アンチウイルスの保護停止しても変わらない

こんなときに効果的なログの張り方ってある？
一部がネックなのではなく、もう全部が緩慢な感じ

2018/10/25(木) 12:26:06.77

適当なとこにログ仕込んで狭めて行けばええやろ

2018/10/25(木) 12:28:31.91

例えばウィンドウズサーチとか重たいよね
リソース逼迫してないなら
ディスクI/OやネットワークI/Oや
ネットワーク構成が違うとかかね
全体的に緩慢となるとなあ

ヒント欲しいならもっと情報ださないとダメよ

2018/10/25(木) 13:18:57.91

タスクマネージャーあけてぼーっと眺めておくとひょっとしたらと。
で、スペックはどんなもんなの？

2018/10/25(木) 13:56:04.51

debugとreleaseだと速度違うんだっけ？

2018/10/25(木) 15:08:46.52

>>781
全然ちゃうで

2018/10/25(木) 16:37:44.59

そういうオチ

2018/10/25(木) 16:59:50.46

debugとreleaseてそんなに違うの？おれのfizzbuzz100までどっちも一瞬だったよ

2018/10/25(木) 17:51:08.23

ネタをネタと見抜けないと
レスするのは難しい

2018/10/26(金) 00:26:15.60

スレチかもしれんけど、まだサポートしてないバージョンのアセンブリで定義されてるクラスをリフレクションでもいいから使う方法ってないかな。
具体的にはフレームワークのバージョンが2.0しか許可されない職場でxdocumentを使う方法…
dllを隣に持ってきて参照しても、型自体を認識してくれない

2018/10/26(金) 00:59:31.47

>>784
100万データ処理してから物言いなさい

2018/10/26(金) 12:40:20.23

64bitアプリから32bitアプリへ効率よく通信したいのですが、良い方法ありますか？
今はPostMessageを考えてますが型が合ってないので違う方法を探してます。

2018/10/26(金) 12:40:41.09

UWPだとreleaseとdebugでちがいそうだけど。デフォルトだとreleaseは.net nativeでコンパイル。debugは違う

2018/10/26(金) 12:50:01.52

>>788
TCP使えば？
直接叩くのが嫌ならgRPCとか使えばいい
WCFや.NET Remotingという手もあるけど、どちらもレガシー扱いで.NET Coreからは廃止されたから新規に使うのはお勧めしないな

2018/10/26(金) 13:06:48.12

gRPCいいよね
magiconionもあるよ

2018/10/27(土) 10:20:41.86

HttpListenerってあったよね

2018/10/27(土) 10:52:44.45

Core世代のWCFや.NET Remotingの代替って何があるんだろ

2018/10/27(土) 11:23:19.53

普通にRESTか、クラウドプラットフォームが提供するメッセージキュー(SQSとか)などの外部サービスだよ
余計な囲い込みを廃して今時のWebシステムの構成要素として組み入れやすくするというのがCoreなんだから、今更.NET固有のRPCなんか要らん

2018/11/05(月) 18:13:53.94

dllを修正する際にどの程度までの修正であれば問題ないかまとめてある
サイトってありますか？
dllのクラスの派生元に一つクラスを挟んだ修正では問題なく動いている
ようだったので・・・。

2018/11/05(月) 19:00:13.51

ライセンス読んで

2018/11/05(月) 19:16:09.78

>>795
逆に使えなくなる場合は(マネージドdllで）厳密な名前付きアセンブリとして作ってある物が名前などが変わってしまった場合
厳密な名前付きアセンブリ
https://docs.microsoft.com/ja-jp/dotnet/framework/app-domains/strong-named-assemblies
>厳密な名前付きのアセンブリを参照すると、バージョン管理や名前の一意性を保護できるなどの利点を期待できます
それ以外は変更のないクラスやフィールドにアクセスする分には問題にならないはず

2018/11/07(水) 00:50:27.11

>>797
情報ありがとう。
あまり厳密にはしたくないのですがリンク先を
よく読んでみます。

2018/11/07(水) 16:08:10.06

Monoの互換性についてなのですが、
Visual studio2017でWindowsクラシックデスクトップのWindowsフォームアプリケーション(.Net Framework)で書いたコードは
そのままMonoでコンパイルできるという認識であってますか？

2018/11/10(土) 05:02:04.09

>>799
できるし、VisualStudioでコンパイルしたものをMonoでコンパイル直す必要すらない建前なんだけど・・・・
実際には対応状況にかなりの差があってGUIアプリケーションやら暗号やらが絡むものについてはうまくいかない事が多い

2018/11/10(土) 18:24:39.80

>>800
そうだったんですね
ありがとうございます

2018/11/10(土) 21:29:39.44

引数を変更不能にできないのって何か理由あるの？

2018/11/10(土) 22:01:19.43

>>802
最近は条件付きでできるよ

C# in 引数

2018/11/11(日) 10:14:46.52

Javaのリモートデバッグは

1. 起動オプションでデバッグ用のリモートポートを指定
2. デバッガで同じポートを指定してアタッチ

でできますが
C#(DotNet Core 2.1)では同じような事は出来ませんか？
運用環境でしか発生しないバグのデバッグってどうやればいいんでしょうか？

2018/11/11(日) 12:52:12.52

>>804
リモート側にリモートデバッガ入れるとか
運用環境ということだからそもそもデバッグビルド入れられるか知らんが
まぁ、ログ仕込め

2018/11/11(日) 15:47:26.43

同じLAN内ならプロセスアタッチで行けそうだが
試してないから知らん

2018/11/15(木) 15:41:42.81

Unity って、Wikipedia によれば、600,000 (60万人) も、登録ユーザーがいて、
従業員が、2,000人以上、年間利上げが、100億円を超えるほどあるとされる。

ゲームエンジン Unity の使用料は、
・1,000万円までの売り上げなら、無料。
・2,000万円までの売り上げなら、年間5万円ほど。
・それ以上の売り上げなら、で年間18万円ほど。
とある。

でも、Wikipediaに載ってる Unity を使ったゲームのリストは、
100本あるかどうか程度しかない。

これだと、Unityには、年間2,000万円程度の収入にしかならないのでは
ないかと思う。

それに、アメリカですらプロのプログラマは、30万人くらいしかいない
とされることとも辻褄が合わないように思える。

なんかおかしくない？

2018/11/15(木) 16:09:30.56

基準がwikipediaなのが謎だけど
steamとか見てみなよ
それに×人数だから実際はもっと高い

2018/11/15(木) 16:30:30.62

>>808
>それに×人数だから実際はもっと高い

探したけど出てこなかった。どこに書いてある？