ふらっと C#,C♯,C＃（初心者用） Part139

**デフォルトの名無しさん** · 2018/08/05(日) 19:55:44.50

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part138
https://mevius.5ch.net/test/read.cgi/tech/1528194762/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

**デフォルトの名無しさん** · 2018/08/31(金) 12:29:19.65

>>309
それでいいんだよ、そうやって覚えていくのが一番いいと思う
とにかく作ってみないとわからないからね

作る喜びを感じられれば伸びていく
リファクタリングもバージョンアップもどんどん
やってみるのがいいと思う

**デフォルトの名無しさん** · 2018/08/31(金) 13:51:05.81

>>309
取説読まずにサポセン電話する迷惑なタイプ

**デフォルトの名無しさん** · 2018/08/31(金) 15:13:11.36

>>310
な、なるほど！　そうすれば一行毎に表示を弄ったりとかの細かい事もできそうですね！
でもリアルタイムで打ち込んだデータを内部に移しながら表示領域に戻して……とやるのは結構
大変そうな気がします。世の高機能テキストエディタはそういった苦労の上に作られているのですね……。

>>311
ありがとうございます、頑張ります！
実際スレに貼って頂いたコードの正規表現命令が通らないことで
Text.RegularExpressionsの存在を知ったりと無知ゆえの見落としも結構あるのですが、
自分の知識と思いつく検索ワードで詰めれるところまでは自分でやって成長していきたいです！

>>312
可能な限り調べきってから問い合わせてはいるのですが
なにぶん取説が広辞苑レベルなので……索引力不足、恐縮です
どうにもならなくなったらまたご迷惑かけます

**263** · 2018/08/31(金) 16:29:19.58

先日デストラクタについて教えてもらった者ですが
やはりメモリリークしてましたwww
起動時は6Ｍくらいだったのが終了時には10Ｍになってました
少しだったから大きな問題にならなかったってことですorz
でも「実用上は問題無いけどゴミいっぱいまき散らしやがって！」
って怒られますよね・・・
でデストラクタを勉強し始めたのですがさっぱり分からん！
マーシャリングして使ってるＡＰＩ関数が問題なんだろうとはわかるけど
どのタイミグで何処でデストラクトするのかとか
IDisposableイベントの発生のさせ方とか
Ｃ++から勉強しないとダメかな？
先は長いなあ

**デフォルトの名無しさん** · 2018/08/31(金) 16:33:50.31

いや6M→10Mはメモリリークしてなくても.NETならそんなもんだぞ
長いことモニタしてればわかるけど、フルGCが走れば減る

**デフォルトの名無しさん** · 2018/08/31(金) 16:48:31.15

>>315
え？そうなの？
その程度じゃメモリリークしてるとは断定できない？
もう一度検証してみますだ

**デフォルトの名無しさん** · 2018/08/31(金) 17:39:33.85

>>314
つ https://docs.microsoft.com/ja-jp/dotnet/standard/design-guidelines/dispose-pattern
ただし和訳は機械翻訳だから読めるなら英語版おすすめ

WINAPIで取得したリソースはアンマネージリソースだから、上の記事のComplexResourceHolderのように
Dispose(bool disposing)内で、disposingの真偽に関わらずアンマネージリソースを解放するのが正解

あとC++とC#ではどちらもデストラクタという用語はあるが
C++のデストラクタはC#ではDisposeが対応する概念
C#のデストラクタはDisposeし忘れた場合の救済措置

**デフォルトの名無しさん** · 2018/08/31(金) 17:43:15.60

>>314
盛大に勘違いしてそうだけど、C#のデストラクタは
そのクラスのインスタンスを利用するプログラマがDisposeを呼ぶコードを
書き忘れた（つまりバグ）場合のフェイルセーフ以上の意味は通常はないっすよ
つまりIDisposableを実装しないなら普通はファイナライザも必要ない

ファイナライザは何か不思議な力でリークを解決してくれるマジックじゃありませんw

初心者がごちゃごちゃ頭の中でくだらないこと考えても意味ないよ
どうせそんなの盛大に間違ってるw

そんな暇があったら理解できなくても少しでもドキュメントを読んだ方がいい

**デフォルトの名無しさん** · 2018/08/31(金) 18:08:24.51

SqlConnectionクラスでDB操作するのですが、ACID特性の担保は設計でやるのでしょうか?SqlConnectionとDBMSが隠蔽してくれるのでしょうか?

複数ユーザー利用時のトランザクションのロックとか自力実装する必要があるのかなと思い

**デフォルトの名無しさん** · 2018/08/31(金) 20:55:02.11

>>310
毎回テキストボックスをクリアして反映するの？
それとも差分を抽出してその部文だけ表示を変更するの？

**デフォルトの名無しさん** · 2018/08/31(金) 21:12:25.67

>>316
CLRProfiler使ってちゃんとリークオブジェクトがないか確認してみるといいよ

**デフォルトの名無しさん** · 2018/08/31(金) 21:47:14.81

>>319
ACIDはあくまで利用者から見たシステムの性質
一般的なRDBにはACIDを実現するために必要な機能が備わっているが、それを使ってACIDなシステムを作るのはお前自身だ
アトミックなトランザクションを使ったからってお前のアプリのリクエスト処理が勝手にアトミックになる訳じゃないぞ

**デフォルトの名無しさん** · 2018/08/31(金) 22:28:21.69

>>320
テキストボックスはでかい文字列扱うと遅いから
高性能なの作るなら独自コントロール

**デフォルトの名無しさん** · 2018/08/31(金) 22:34:45.87

>>314
c#は空きメモリに余裕がある時は積極的にメモリの回収をしないから、一見リークしてるように見える。
IDisposeの使い方は単純で、使い終わったら自分でDispose()メソッドを呼ぶだけ。
Dispose()を呼び出し忘れた時のためにデストラクタからも呼ぶように書くけど。

**デフォルトの名無しさん** · 2018/08/31(金) 22:52:13.57

>>323
本格的なテキストエディタを作るなら
どうしても独自コントロールになるよな

テキストボックスじゃデカいファイルだと無理がある

**デフォルトの名無しさん** · 2018/08/31(金) 23:52:12.65

C#のデストラクタはおまじない程度の効果と聞いた

**デフォルトの名無しさん** · 2018/09/01(土) 01:29:15.12

デストラーデっていつ発動するんだっけ？

**デフォルトの名無しさん** · 2018/09/01(土) 09:40:22.35

デストラクタはいつ動くかわからないから使い勝手がわるい

**デフォルトの名無しさん** · 2018/09/01(土) 10:07:42.55

そもそも処理が重いので可能なら使わない方が良い

**デフォルトの名無しさん** · 2018/09/01(土) 12:17:11.69

>>323
横から失礼。まったくの素人質問で申し訳ないのですけど
独自コントロールのテキストボックスってKeyDown命令を検知したりして
必要な処理を一つ一つ作っていくんですか？

慣れてきたら挑んでみたいけれど何をどこから調べればいいのかわからないので
そのあたりの仕組みやヒントが学べそうなサイトや教本ってあります……？

**デフォルトの名無しさん** · 2018/09/01(土) 12:21:41.75

>>330
初心者の範疇じゃない
さらに言えば中級者の範疇でもない

c# avalon editorでググればいい

単体でエディタを自作するのは愚かなこと
Visual Studio Codeなどの拡張機能を作るのが正しい

**デフォルトの名無しさん** · 2018/09/01(土) 12:26:00.33

オープンソースのコードエディタのソースを見れば参考になるかもね
言語は違うけどVSCodeやEclipseなど

**デフォルトの名無しさん** · 2018/09/01(土) 12:28:04.00

メモリ解放の部分だけC++で作成して呼び出せないの？
どう呼び出してメモリのどの部分をどう開放させれるのかとか一切しらんけど

**デフォルトの名無しさん** · 2018/09/01(土) 12:31:07.58

>>333
C++で.Netをオーバーライドとかなかなか無い発想だね

**デフォルトの名無しさん** · 2018/09/01(土) 12:40:19.46

>>333
Roslynをフォークして自作してみてはどうだろう
未だにこうやって.NET(というかGC)のメモリ管理に不満を言う人が居なくならないということは
決定的なメモリ管理にはある程度の需要が確実にあるということ
そういう人たちのヒーローになれるかもしれない
それでパフォーマンスや生産性が上がると本当に実証されればMicrosoftからもアプローチがあるかも

**デフォルトの名無しさん** · 2018/09/01(土) 12:48:05.08

>>330
超簡単に言うとWindowsならAPIのテキスト描画関係の
関数を使ってキーイベントを拾ってとかやっていく
Win32APIでググれば参考になるサイトがいくつも出てくる

言うのは簡単だがやるのはもの凄く大変だけどね

>>331
勉強にはなるけどね
その通り中級者の範疇でもないから、かなり実力を付けとかないといけないな

**デフォルトの名無しさん** · 2018/09/01(土) 13:06:24.02

>>331
ありがとうございます！　初心者の範疇ではないとは薄々……！
テキストエディタ特化のライブラリがあるんですね、先人は偉大だ……
最終的には自分で使う用に物書き方面に特化した文章エディタを作りたいので先は長いです
avalonエディタに触れてみながら参考になる部分はないか色々探ってみます！

>>332
確かにC#で作られたものじゃなくても仕組みの理解に繋がりそうではありますね！
基礎の基礎は終えた今なら少しは中身を探れるかもしれないので
探して覗いてみます、ありがとう！

>>336
なるほど、ググりながらよく分からないままに使っていた
User32.Dllまわりの正体がそれなんですね……！？
ありがとうございます、勉強になります！　探ってみます！
色々できるようになりたい！

**デフォルトの名無しさん** · 2018/09/01(土) 13:14:14.49

gcがある言語ならgcにお任せするもんでは？

**デフォルトの名無しさん** · 2018/09/01(土) 13:53:17.71

>>337
Gdi32.dllもな

**デフォルトの名無しさん** · 2018/09/01(土) 14:09:16.29

>>338
一応GCも自前管理もできる言語もあるらしいし
主流にはなってないみたいだから大多数は特に望んでないのだろうけど

**デフォルトの名無しさん** · 2018/09/01(土) 14:32:33.00

ゲーム用途とかのリアルタイム処理向けGCに入れ替えできたら面白そう

**デフォルトの名無しさん** · 2018/09/01(土) 14:39:09.32

ゲームはそもそもリソース使用量決まってるんだからプレイ中にGC動いたりはしないよ
シーン切り替えと一緒に動かす程度だよ

**デフォルトの名無しさん** · 2018/09/01(土) 17:48:39.66

LinuxのMono Developの使い方のついて、ここで聞いてもいいかな？

**デフォルトの名無しさん** · 2018/09/01(土) 17:57:37.75

>>343
時代遅れのものは使わずVScode使って該当スレへ行ってください

**デフォルトの名無しさん** · 2018/09/03(月) 13:14:32.35

>>343
さすがに今時そんな廃棄物は使うなとしか言えない
LinuxならRider買うかVSCodeで我慢しなさい

**デフォルトの名無しさん** · 2018/09/03(月) 17:03:56.62

websoketで大量データ受信しながら他の処理を非同期で遅延なく処理するには、別プロジェクトで共有メモリアクセスがいいか、単純に別スレッドでInvokeするのはどちらがいいでしょうか？
というより、王道な設計パティーンを教えて下さい。

**デフォルトの名無しさん** · 2018/09/03(月) 17:27:25.38

＞共有メモリアクセス

こういう発想がどこから出てくるのか？

**デフォルトの名無しさん** · 2018/09/03(月) 17:29:17.86

>>346
王道な形はwebブラウザ

**デフォルトの名無しさん** · 2018/09/03(月) 17:41:54.34

VSCode でも使っている、Electron とか

**デフォルトの名無しさん** · 2018/09/03(月) 18:08:25.48

>>347
だめですか？

**デフォルトの名無しさん** · 2018/09/03(月) 18:13:45.54

>>350
だめとかの前に具体的な形考えたうえで書いている？

**デフォルトの名無しさん** · 2018/09/03(月) 18:17:15.88

受け取った大量データを他の処理で使いたいってことか？
使うのが受け取りが完了してからでいいんだったら普通にファイルに書けばいい

**デフォルトの名無しさん** · 2018/09/03(月) 18:24:29.32

>>350
共有メモリを使うと言うことは別のプロセスと通信すると言うことだね
わざわざリソースを食う共有メモリを使って処理速度を遅くして何がしたいんだ？

**デフォルトの名無しさん** · 2018/09/03(月) 19:07:52.86

前スレでシリアルポートの使い方を聞いた質問者か？
相変わらずズレた考え方してんな

**デフォルトの名無しさん** · 2018/09/03(月) 19:29:03.44

普通はプロセスごとにメモリが分離しててどちらかがおかしくなっても他に影響しないように作られてる

それを無理やりOSを使って通信してるのが共有メモリで実際は共有してない

**デフォルトの名無しさん** · 2018/09/03(月) 19:33:07.93

別プロセスする必要なしと言えばいいのに
なんてひねくれた奴らだ

**デフォルトの名無しさん** · 2018/09/03(月) 19:42:32.34

>>356
ファイル連携で済むくらいにすっぱりと綺麗に分けられるなら分けるべき
共有メモリが必要になるような密な連携が必要なら本末転倒

**デフォルトの名無しさん** · 2018/09/03(月) 19:49:50.99

何が本で何が末やら全くわからん件

**デフォルトの名無しさん** · 2018/09/03(月) 19:54:16.82

本: 目的の達成
末: プロセスの分割
本末転倒: プロセスの分割により目的の達成が逆に遠のいている状況

**デフォルトの名無しさん** · 2018/09/03(月) 19:58:46.45

>>359
共有メモリが必要なら必要な事をしとるだけで遠のいとらんやろ
何を言いたいんやおまえは？

**デフォルトの名無しさん** · 2018/09/03(月) 20:06:23.97

答える気がないことだけは分かった。
じゃーなゴミクズども。
家族や先生以外とコミュニケーション取ろうとしてんじゃねえよ池沼クサレガイジが。

**デフォルトの名無しさん** · 2018/09/03(月) 20:21:12.20

答える気がないのではなく答える能力がないのだという事だけは知っておいて欲しい
決して悪気があるのではない、むしろ彼らは答える気に満ち溢れているのだ

**デフォルトの名無しさん** · 2018/09/03(月) 21:06:49.10

普通は、共有メモリなんて考えない。
何が目的なのか、わからない

A | B | C

パイプなんて、これで処理完了する。
共有メモリもクソもない

メモリなんて、OS が勝手に共有しているだろ

**デフォルトの名無しさん** · 2018/09/03(月) 21:13:29.70

普通にやるならtaskでcontinuewithするとか？

**デフォルトの名無しさん** · 2018/09/03(月) 21:16:04.89

>>361>>362
ファイルにしろとかみんな答えているだろ
処理内容もわからないし処理するもののフォーマットや大きさが決まっているのかもわからない
そんな内容で細かく的確に導けって無理だから
ここ質問者だけでなく回答者もみんな初心者が来るスレだよ

**デフォルトの名無しさん** · 2018/09/03(月) 21:59:51.88

>>346
スレッドセーフなキュー(BlockingCollectionとか)を用意して、
受信してキューにデータを入れるタスクと、タスクからデータを取り出して処理するタスクに分ける。

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

MQ使えよ。標準機能にあるぜよ

**デフォルトの名無しさん** · 2018/09/04(火) 05:57:09.73

同期・非同期通信のサンプルを探しているのですが、知識がないので、サンプルの善し悪しが分かりません。

実際に動かしてみてこれは良さそうだと思ったんですが、もっといいサンプルはありますか？
https://docs.microsoft.com/ja-jp/dotnet/framework/network-programming/socket-code-examples

**デフォルトの名無しさん** · 2018/09/04(火) 13:00:56.54

JavaScript, jQuery などの非同期処理は、Deferred、ES2015ではPromise

他に、ES2015のGenerator、Async/Await

**デフォルトの名無しさん** · 2018/09/04(火) 17:47:51.73

>>217
未確認飛行は自分は最初きつかった
本当に最初は1週間で学べるc#が助かった

**デフォルトの名無しさん** · 2018/09/04(火) 18:23:01.71

>>369
スレタイ読めないのかな

**デフォルトの名無しさん** · 2018/09/04(火) 18:59:47.33

Rubyガイジだろ
優しくしなさい

**デフォルトの名無しさん** · 2018/09/04(火) 20:02:49.34

>>368
昔ながらの非同期処理としては鉄板だけど、async/await使うならこことかかなあ
https://qiita.com/tadokoro/items/76085061c38de3d021c0

**デフォルトの名無しさん** · 2018/09/04(火) 23:30:43.13

ライブラリ関係って聞いても大丈夫ですか？
ウィンドウをタブ化したくてDockPanelSuiteを導入したのですけれど、
DockStyleをFloatとDocumentしか使わないのですが
ウィンドウをFloatの状態からDockPanelのどこにドラッグアンドドロップしても
DockPanelに収納できるような設定はありませんか？
今の状態だとタブ一覧の上に持って行かないと反応してくれなくて…

スレチだったらすみません

**デフォルトの名無しさん** · 2018/09/05(水) 07:03:56.71

>>273
ExcelDataReader ででエクセルを読み取るのをググって調べてるんですが、英語で書かれててよく分かりません。
シート1のセルA1の値を読み取るサンプルコードを教えて下さい。

**デフォルトの名無しさん** · 2018/09/05(水) 08:44:06.60

英語で書かれててよくわかりませんって、パワーワードだよな。
よくいるけど。

**デフォルトの名無しさん** · 2018/09/05(水) 08:52:00.83

今はMSも日本語翻訳に昔ほどのリソースを割かなくなっていて、英語が読めないとMSDNもまともに読めない時代になってる
英語読む気ないならやめた方がいい

**デフォルトの名無しさん** · 2018/09/05(水) 08:54:04.24

docsじゃなくて？

**デフォルトの名無しさん** · 2018/09/05(水) 09:04:06.00

ExcelDataReaderで検索したら使ってみたってページすぐ見つかるじゃん

**デフォルトの名無しさん** · 2018/09/05(水) 09:42:29.44

ChromeつーかGoogle翻訳が最近賢いから
英語読むこともかなり減ってきたわ

**デフォルトの名無しさん** · 2018/09/05(水) 09:46:07.75

>>380
ところがMSDNになると話は別
まったく逆の意味に翻訳されることもある
というか多すぎる

英文見ると一発でおかしいとわかるけど

**デフォルトの名無しさん** · 2018/09/05(水) 09:57:13.79

MSDNの機械翻訳ってなんであれほどまでにアレなのか
昔よりひどい気がする(気のせい)

**デフォルトの名無しさん** · 2018/09/05(水) 10:25:50.71

昨今のAIだかdeel learningだかのブーム。ハードウェアは何倍とか進んでるけど、ソフトウェア的には、全然、世の中便利になったと実感わかない。

**デフォルトの名無しさん** · 2018/09/05(水) 11:29:06.83

>>382
機械翻訳の質は確実に向上している
向上した分だけ人力修正の工数を削減しているのだ

**デフォルトの名無しさん** · 2018/09/05(水) 11:45:07.64

逆の翻訳って
この前の炎上してたやつとかな

MSDNの機械翻訳は昔から酷いな

**デフォルトの名無しさん** · 2018/09/05(水) 11:47:04.41

>>384
なわけないでしょw
人力使った修正なんか昔もやってないからww

プログラマの端くれならAIブームなんてバズワードだって最初から分かれよ
機械翻訳の質なんか工場する訳がない
機会は文脈を理解できない、というのが問題の根本なんだが、それを解決する理論なんか何も見つかってないんだから

**デフォルトの名無しさん** · 2018/09/05(水) 11:54:12.12

>>386
MSDNのドキュメントが機械翻訳ベースで人間が校正してたのは有名な話だぞ
今は「英語で読む」スイッチが付いて、英語に抵抗がない人にとっては使いやすくなったね

**デフォルトの名無しさん** · 2018/09/05(水) 12:33:12.01

日本語だと漢字の熟語とかで書いてることが一目でなんとなくわかるけど英語でも慣れればそうなるの？

**デフォルトの名無しさん** · 2018/09/05(水) 12:38:10.26

まずスレタイ読めるようになろうな

**デフォルトの名無しさん** · 2018/09/05(水) 12:38:46.31

google翻訳やMSの翻訳は複数の文がコンマでつながれてる文とか壊滅的に訳がおかしい
係り受けや接続もおかしい

**デフォルトの名無しさん** · 2018/09/05(水) 12:39:54.11

自治厨クッサ w
そういうのいいから

**デフォルトの名無しさん** · 2018/09/05(水) 15:52:59.11

>>386
んー？でもよくある文章と似たようなワードが出てくるようなときは
かなりの確率で概ね使う構文が一致すんじゃねーの？

**デフォルトの名無しさん** · 2018/09/05(水) 17:37:26.80

まだ夏休み中の子供たちが書き込んでいるのか。いつ終わるのかな

**デフォルトの名無しさん** · 2018/09/05(水) 20:45:00.94

お前の幸薄い人生の方が先に終わる

**デフォルトの名無しさん** · 2018/09/06(木) 03:47:19.07

>>383
ムーアの法則がのびのびになっているのに今更何を言ってるの？

**デフォルトの名無しさん** · 2018/09/06(木) 08:03:45.96

>>395
CPUはのびてないけどGPUのテンソルコアは何倍とか急激に延びてるのも知らないの?

**デフォルトの名無しさん** · 2018/09/06(木) 08:26:21.75

汎用コアでやってたものを専用コア使い出したり、推論?は単精度じゃなくて半精度で十分だったりでここ数年どんどん最適化進んで急激に延びてんだよ
だから余裕でムーアの法則以上に性能上がってるわ

(たぶん)

**デフォルトの名無しさん** · 2018/09/06(木) 10:11:31.20

上がってないよ
ムーアの法則が成立したのはもう10年以上前のPentiumIIIの頃まで

GPUGPUなんてマルチコア化と同じ苦し紛れに過ぎず本質的なものじゃない

**デフォルトの名無しさん** · 2018/09/06(木) 11:21:20.12

FPGAとかもあるぞ
だがスレ違い

**デフォルトの名無しさん** · 2018/09/06(木) 11:24:39.92

マイニングだって汎用CPUで演算してたものを専用のFPGAとかASICにすりゃマイニング性能は爆上がりだろ。
ビデオエンコードだって専用HWで爆速(品質は知らね)

上がってない?って何が上がってないの?

単コア辺りに性能で比較してるんじゃねぇわ
文脈をちゃんと捉えたほうがいい。

**デフォルトの名無しさん** · 2018/09/06(木) 11:43:27.49

実にアホな議論だ

計算機は汎用であることに意味がある。
専用ハードなら～なんて話は、たとえが古いが画像処理専用チップを持ってるファミコンの
ゲームだけ見て、ファミコンの方がPCより高性能だというのと同じ倒錯

**デフォルトの名無しさん** · 2018/09/06(木) 11:57:46.78

もとから汎用演算の性能の話なんてしてねぇのに読解力ないやつが話に混じろうとして荒れるパターンってやつですね

たかが数レスのやり取りを勘違いするなんて相当読解力ないんですね。

**デフォルトの名無しさん** · 2018/09/06(木) 12:15:05.22

今さらwpfで作る理由ない？
そもそもwpfで作られたアプリが見当たらないし

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

知らないだけ

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

>>403
GUIにこだわりがあるとかUWPにいずれ移植したいとかなら
業務で使っているとかはあまり聞かないから趣味の世界っぽい

**デフォルトの名無しさん** · 2018/09/06(木) 12:41:04.75

>>403
知らないだけ

**デフォルトの名無しさん** · 2018/09/06(木) 12:42:53.94

>>403
>>405
VisualStudioやNuGetPackageExplorer見たことない人たち？

**デフォルトの名無しさん** · 2018/09/06(木) 13:08:44.64

>>407
ところがVSのInstallerはWPFからElectronにリプレースされたんだよなあ
MS的にはできるだけVSCodeとリソースを共有したいだろうから、次期バージョンではほぼ確実にVSのワークスペース内にElectron入れてくるよ

**デフォルトの名無しさん** · 2018/09/06(木) 13:55:14.55

>>408
そこに深い意味があるとは思えないw

昔のExpressのインストールディスクの起動画面もHTAだった気がしたけど、
あれだってHTAであることに特別意味があったわけじゃなかろう

**デフォルトの名無しさん** · 2018/09/06(木) 16:14:10.25

>>405
MSも捨ててるしねえ
UWPも誰も使ってなくない？

>>406
教えて

**デフォルトの名無しさん** · 2018/09/06(木) 18:42:49.75

有名どころだとSourceTreeだな、むしろこれはいまだにElectronとかにしない理由がわからん（GitHub for Windowsはそうなった）
他は知らん

MSもVS,Blendは別とするとWinDbg Previewで使ってるくらいじゃね？

野良アプリはちょくちょく見るけどキリがないので割愛