WPF(.NET4.x, .NET Core) GUIプログラミング Part23

1 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net] Windows Presentation Frameworkについて語るスレ。 前スレ WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 https://mevius.5ch.net/test/read.cgi/tech/1513175747/ 関連スレ Windows 10 UWPアプリ開発 Part 2 mevius.2ch.net/test/read.cgi/tech/1499658092/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ 267 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 12:58:17.43 ID:Y4Y2JNgB.net] VMのテストをしてもE2Eテストをしなくていいわけじゃない 振る舞いが複雑化する傾向が強いMVVMはテストにおいてもデメリットが大きい 単純なMVCならE2Eテストも楽ちん 268 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:00:36.93 ID:5GxlA/I5.net] >振る舞いが複雑化する傾向が強い ソースよろ 269 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:03:08.40 ID:Y4Y2JNgB.net] >>256 手元のWPFアプリソースでもみればいんじゃね？ 270 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:10:11.63 ID:gdHFdK5j.net] ジャ…どこかのSIerらはE2Eテストを人力でやるのが最良だとみなしてる節があるがな 271 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:16:43.11 ID:Y4mhjvqt.net] >>258 それは正しいよ 一度きりのテストなら自動化はコストに見合わない SIerなら納品後はどうせあまり弄らないし、仮にメンテが必要になったとしてもは都度工数を請求できるから無問題 272 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:23:15.77 ID:opiN2/uR.net] なんと言っても数字でレイアウト出来るのが良い マウスでポトペタは楽だけど美しくするには可也面倒だからね 273 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:24:06.96 ID:1mmW7z7g.net] 単純なMVCアプリしか作ったことない人：「MVVMは複雑だからテストが大変」 こういうこと？ 274 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 13:28:47.48 ID:5GxlA/I5.net] >>261 たぶんそういうこと ただの妄想やで 275 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 14:23:52.15 ID:Y4mhjvqt.net] >>262 事実やで というか論理が逆で、そもそも複雑だからMVVMを使うんだよ だから典型的なWebMVCに比べてテストが大変なのは当たり前 276 名前：デフォルトの名無しさん [2019/06/22(土) 14:42:56.00 ID:rEuWV0gj.net] MVVMのテストは楽だと思う。 コーディング・テスト・バグ修正の合計時間で考えると得してるかは疑問だけど。 277 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:50:17.05 ID:5GxlA/I5.net] >>263 事実ならソースよろ 278 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:56:59.09 ID:1mmW7z7g.net] >というか論理が逆で、そもそも複雑だからMVVMを使うんだよ なら原因はMVVMであることではなくてその前に複雑であることになるが、 自分が何を言っているか理解しているんだろうか。 279 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 15:59:36.88 ID:x9ZPs6AR.net] >>256 >>265 バカじゃねぇの 280 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:00:33.66 ID:Y4mhjvqt.net] >>266 だからそう言ってる UIの要件が複雑だからWPFを採用し、WPFが複雑だからMVVMを採用する 281 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:07:07.54 ID:5GxlA/I5.net] >>267 妄想なら誰にでもできるもんね 282 名前：デフォルトの名無しさん [2019/06/22(土) 16:37:06.55 ID:rEuWV0gj.net] 少なくともUIに関しては複雑だからより、見た目的な理由でWPFだと個人的には思ってるｗ 283 名前：デフォルトの名無しさん [2019/06/22(土) 16:39:59.61 ID:ykSXq++N.net] >>267 >>269 中身なしで罵倒し合うのって、ガキの喧嘩過ぎて見苦しい 284 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 16:41:04.54 ID:5GxlA/I5.net] >>271 罵倒はしてないよ ソース見てみたいなーって話 285 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:00:01.32 ID:x9ZPs6AR.net] >>272 バカじゃねぇの 286 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:13:14.38 ID:5GxlA/I5.net] >>271 罵倒って>>273みたいなやつのことっしょ 287 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 17:37:26.58 ID:czMayCJt.net] wpfよりこのスレの方が複雑で草 288 名前：デフォルトの名無しさん mailto:sage [2019/06/22(土) 23:36:27.74 ID:33sn5taJ.net] うまいオチだ 289 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 00:17:08.67 ID:x4qCzVIO.net] 上でテストの話が出てるけど エンジニアたち「できたっぽい！」 上司「テストして」 エンジニアたち「一通り動いてます！」 上司「エージングもたのむ」 エンジニアたち「丸一日動かしっぱなしでもOKでした！」 上司「了解」 という雑な開発しかしたことない自分にはついていけない… 290 名前：デフォルトの名無しさん [2019/06/23(日) 00:50:10.75 ID:+hNeL9sR.net] むしろ簡単なPJの方が世の中多いし、自動テスト作らなかったら困ったであろうことは5年やってて一度しかないw 291 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 06:37:29.75 ID:0ZLQVu14.net] 俺は自動テストは一部のモジュールの単体テストでしか使わんなぁ プロジェクト単位で導入するんじゃなくて、個人で導入するものかと 292 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 07:42:47.22 ID:P8H0jYp7.net] 自動テスト無いと困るよ エクセルスクショは精神を病んでしまう 病んだら困る 293 名前：デフォルトの名無しさん [2019/06/23(日) 09:04:47.66 ID:ATNbze7o.net] SIerは縦横に広がるテスト書に満足する顧客が多いからな〜 金持ってる大手ほどその傾向が強い(笑 294 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:23:02.87 ID:Mn96V+f7.net] 大概自動テストのシナリオ書いてる手間で打鍵した方が早かったな シナリオが使い回せるならまた違うだろうけど 295 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:29:23.44 ID:x+1RTwK/.net] 大手だとテストシナリオ書いてる人と実際にコード書いてる人は別 SEが馬鹿みたいに多くいて何か月もずっとテスト仕様書を書いてる 296 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 10:54:16.26 ID:P8H0jYp7.net] エクセルよりコードのほうがシナリオ書きやすい コードでシナリオ書いたら実行工数は0 1回しかテストしない場合でもコードで書いたほうがいい 297 名前：デフォルトの名無しさん mailto:sage [2019/06/23(日) 12:21:50.63 ID:7s8J8D/4.net] >>283 タウンワークで時給1600円のテスト要員募集してたな。 「コードは書きません、短期長期どちらも可。」みたいな 298 名前：デフォルトの名無しさん mailto:sage [2019/06/24(月) 01:03:52.09 ID:Y9x0dRru.net] Prism 7.1 のチュートリアルサイトないっすかね 妖精作戦さんのところは読み物としてはとても良いけどソースはGitHubな！なスタンスなので使いにくい… 公式のチュートリアルは WPF (Legacy) で 6 版のままだし モヤモヤしながら勉強中 299 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 17:52:56.52 ID:lioMzEvp.net] NVVMでは~.xaml.csには何も書かないのが理想とのことですが、例えば他のwindowを開くような処理はビューモデルに記述するのでしょうか？ 根本的な疑問は、~.xaml.csに何も書かないということはモデルでできることが何もなくなり、その代わりモデルに記述するのでべきことを全てビューモデルに記述することになってしまっておかしいのでは？ということです。 私が何か勘違いしてるのは間違いなさそうなのですがそれがわかりません。。 300 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:18:14.10 ID:iRyUn2/n.net] .xaml.cs に書くのはMODELではなくVIEWMODELでは？ 301 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:38:47.09 ID:8le9HcFr.net] >>288 Viewでしょ 302 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 18:43:28.81 ID:IeC+ybxD.net] >>287 あくまで自分の場合だけれど、 画面を開くとかメッセージ出すとかはそれ専用のサービスクラスを作ってる そしてviewmodelからそのサービスを呼び出すようにしている viewはicommandを介してviewmodelに通知するだけで、 その後どのサービスを呼び出すかはviewmodel、 実際の処理はサービスクラスに書かれている コードビハインドに書いた方が圧倒的にシンプルになる場合はコードビハインドに書く 303 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 20:11:16.63 ID:1dGBh4nf.net] VSMでストーリーボード動かすよりイベントハンドラから動かしたほうが圧倒的に楽なんだよな その場合はコードビハインドに書くしか無いが 304 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 20:17:39.65 ID:anlRZAoa.net] 今時アニメーション？ 世界で唯一の成功したWPFアプリケーションであるVSはもうアニメーションなんて全く無くなってるのに 305 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 21:25:24.69 ID:lanM6mt5.net] なるほどありがとうございます。 ~.xaml.cs=モデルだと思い込んでました。 ~.xamlと~.xaml.csはコンパイルされて一つのクラスになるってのは知ってたんですが、つまり2つ合わせてビューなんですね。 おかげでWPFのMVVMの説明がわかるようになってきました。 306 名前：デフォルトの名無しさん mailto:sage [2019/06/28(金) 22:51:50.22 ID:nhUPpRvn.net] XAMLだけでは足りない機能は、別途、ビヘイビア、トリガー、アクションを作成して対処します。 https://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_02/greatblogentry_02_02.html 307 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 00:07:12.29 ID:CfES0TXk.net] WPFって、直感的にはすごく簡単そうなのにいざ実現しようと思うとやたら難しいってことが多くない？ テキストの内容が変わったらその時にテキストを2回点滅させるっていうシンプルなことをしようとしたら大変だったんでそう思ったってだけだが。 308 名前：デフォルトの名無しさん mailto:sage [2019/06/29(土) 00:11:54.69 ID:EUtq6Ar ] [ここ壊れてます] 309 名前：6.net mailto: コンバータはどういう扱いなの？ [] [ここ壊れてます] 310 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 20:08:29.98 ID:yYlRZT4H.net] >>287 ビューにはビューの処理だったら書いてもいい 無理してコードビハインドを避けても自己満足できるくらいしかメリットはない 311 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 20:38:17.63 ID:lLZwoOoz.net] Listboxにバインドされたコレクションがあってlistboxitemを 右クリックしてコンテキストメニュー出して元のコレクションからitemを 削除するのってどういうのが一番シンプルなんだろうか 312 名前：デフォルトの名無しさん mailto:sage [2019/07/01(月) 21:13:17.23 ID:mdlnYL3K.net] >>298 ideone.com/HrFr9B 右クリックしたListBoxItemの内容をCommandのparameterに渡してみた 一番シンプルなのかどうかは知らん 313 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 00:01:51.84 ID:4m9hOiGn.net] >>297 クラスを継承して機能を拡張するのはよくないと思う 理由いち　代替策があればそれを使ってクラスの肥大化を回避する 理由に　機能をビヘイビアにすれば再利用が簡単 314 名前：デフォルトの名無しさん mailto:sage [2019/07/02(火) 09:06:12.90 ID:gPm+QAeN.net] 継承じゃなくてイベントハンドラじゃね？主に ビヘイビア化は後で別のところに使いたくなってからでも遅くない 315 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 01:42:37.28 ID:wg/xgQnm.net] >>300 再利用するための仕組みは再利用される可能性ができてから考えればいい 再利用しないのに手間をかけるのはムダ ちなみにここで言ってるのはメインウィンドウとかオプションダイアログの話な メッセージボックスみたいな再利用性の高いものはWPFの機能を駆使してもいい 玄人はコードビハインドを書かないみたいな風潮があるけど、それを信じ込んでコードビハインドを避けて泥沼にはまり込むのは素人 316 名前：デフォルトの名無しさん mailto:sage [2019/07/03(水) 02:06:51.20 ID:oG2WkIil.net] Prism7ってどうやって覚えればいいの？ 317 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 09:51:39.53 ID:PdwtXR4j.net] UserForm内のDatagridが展開されるときにチラチラするんだけど、何とかならないかな...最小サイズから最大サイズに拡大するような描画がある。MainWindow直ならない現象 318 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:28:20.53 ID:k+s0abOB.net] UserFormとは　展開とは 319 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:56:54.65 ID:PdwtXR4j.net] 自分で作ったユーザーフォーム内のDataGridのItemsSourceにバインドしたコレクションに要素を追加するとチラつきます 320 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 13:06:21.63 ID:iqQZWFIm.net] DataGridはゴミだから、WindowsFormsHostでDataGridView使ったほうがいいよ 321 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:02:50.87 ID:myh2pWbx.net] スケール感とか分からんけどこの辺は？ https://stackoverflow.com/questions/11379357/wpf-net-4-datagrid-column-performance 322 名前：デフォルトの名無しさん [2019/07/04(木) 23:09:08.06 ID:LkrEOqlD.net] >>307 どこら辺がゴミ? 323 名前：デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:11:07.32 ID:OMb74HbU.net] MSから新しいGUIライブラリが出たらまずDataGridを調べて絶望するまでが儀式だぞ 324 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:36:29.15 ID:CQGNs6dF.net] DataGridの問題の殆どは、万単位のデータを突っ込むPG、SE, クライアントの何れかだとは思うんだがね 実際に使う人は万もスクロースしちゃいないのに 325 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:43:44.52 ID:auH9BNOV.net] それは一見意識高いようでいて矛盾した意見だと思うね 十分に練られた優れたUIにはデータグリッドの出番はない データグリッドはそもそもUIの作り込みに工数をかけたくないときに使うもんだ そもそも手抜きの道具なのだから、データグリッドの使い方として、面倒だからもう全部突っ込めというのも自然な発想だろう 326 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 14:41:18.94 ID:H4UuFejG ] [ここ壊れてます] 327 名前：.net mailto: MVVM原理主義派とカジュアルMVVM派では話が交わる事はない どこまでMVVMの作法に則るのがベストかで線引きして適用するのがいいよね [] [ここ壊れてます] 328 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:35:21.37 ID:Zc5sU972.net] wpfをマスターしきればMVVM原理主義でいっても苦労せず実装できるので原理主義でいいと思うんだよ。 ただwpfは難しい。並大抵のエンジニアでは原理主義で押し通そうとすると実現できない機能がでてきて挫折する。 と思った。 329 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:51:13.41 ID:cjl7UwcZ.net] WPFに携わってだいぶ経ったが、Adorner関連は苦手。 なんでペタっとUserControl貼れないのか 330 名前：デフォルトの名無しさん mailto:sage [2019/07/05(金) 21:24:53.68 ID:7a3tVJ3L.net] https://blog.okazuki.jp/entry/2019/07/05/104041 UWPンゴｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 331 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 08:26:36.67 ID:WmAexti4.net] すっかり忘れ去られてLivetだが、ビヘイビアが物凄く充実しているから そこだけ引っ張って使うのもありだとは思う 332 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:34:02.12 ID:G3GVBuNF.net] 更新が続いてればprismとためはるレベルでスタンダードだったんだけどな… 惜しいライブラリをなくしたもんだ 333 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:41:44.00 ID:lCkeD84I.net] MVVMが複雑だし洗練もされてないのが悪い 334 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:56:25.42 ID:6I0IcNLp.net] MVVMやろうと思ったらフリーのライブラリを利用しないといけないと判って取り組むの止めた MSから標準で出して欲しかったな 335 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 16:27:06.95 ID:u4I8JAFv.net] Livetは形骸化した原理主義に陥ってコードビハインドを書かないことが目的化していた印象 コードビハインドの代わりにXAMLでプログラミングをし始めて、結局ビューとロジックの分離とは何だったのか状態になっちゃった MVVMの根本的思想はWebにも受け継がれている優れたものだけど、ビヘイビアは明らかに失敗 336 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 17:20:20.06 ID:AYJdcRRH.net] >>320 jsonもフリーのライブラリが必要だから使わないの？ 337 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:01:17.99 ID:u4I8JAFv.net] >>322 貴方が思っているほどjsonはスタンダードではありません ドカタ業界ではjsonを知らない自称ITスペシャリストは決して珍しくはないのです 338 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:21:08.86 ID:/V3j92xQ.net] >>322 不要やろ？ 339 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:26:12.60 ID:AYJdcRRH.net] >>324 MSのサンプルコードですらNewtonsoft.Json使ってるのに？ 340 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:31:11.27 ID:ohoKH1ay.net] サンプルはサンプルだろ すらって何だよ 341 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:34:58.53 ID:eCvKMkr5.net] 、 342 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:35:07.41 ID:/V3j92xQ.net] >>325 うん、不要だよ 343 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:36:40.07 ID:B0+Ee57g.net] JSON.NETの作者もMicrosoftの人間だがな 344 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:45:28.65 ID:IgdFOrod.net] >>329 それはどうでもいい 345 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:32:28.66 ID:GsT6/iYQ.net] だが何なんだよw よかったな、おめでとw 346 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:38:02.42 ID:xikW3Xex.net] >>320 PrismはMSが作ったんじゃなかったっけ 347 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:39:18.34 ID:u4I8JAFv.net] >>332 元々はMSが作ったサンプルコード 今はMSが開発やめてMSとは何の関係もないコミュニティプロジェクト 348 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:44:49.96 ID:NUGgSxTY.net] jsonってただのデータフォーマットでしょ？ MVVMと何の関係が？ 349 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:45:44.22 ID:GNb7wQCP.net] ReactiveProperty標準にしてくれたらいいのにな。 350 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 20:08:08.17 ID:N/WpPyaa.net] jsonは.net core 3で標準ライブラリが用意されるだっけか？ 351 名前：デフォルトの名無しさん mailto:sage [2019/07/06(土) 20:47:01.22 ID:NPkITZNc.net] 設定ファイルとしてはXMLよりJSONの方が見易いんだけどコメント書けないのがなぁ 352 名前：デフォルトの名無しさん mailto:sage [2019/07/07 ] [ここ壊れてます] 353 名前：(日) 03:33:14.86 ID:Cqnlo2q6.net mailto: でもXMLよりデータサイズがかなり小さくなるからやっぱりjson使う [] [ここ壊れてます] 354 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 06:24:54.82 ID:Fr9+4/3b.net] UWP終わってWPF復活したん？ 355 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 06:28:01.55 ID:girk9b2Q.net] どこのプロレス団体かと思った 356 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 11:13:03.83 ID:bwq41KU1.net] 復活じゃないと思う win10ではUWP使え！から他のものも使ってもいいよになっただけ 357 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 12:51:12.10 ID:+FdC1iN+.net] >>336 標準は既に存在するが、それでもMSの人がjson.netを使うほど json.netの方が出来が良い 358 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 12:58:17.74 ID:nrsoMb6V.net] >>342 最近はMicrosoftも脱Json.NETの流れだけどね レガシーなコードの塊で、後方互換性を担保しながらパフォーマンス改善は難しいことがわかったから 359 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:00:18.65 ID:bwq41KU1.net] VS2019の横のニュース欄にjsonの新しい標準ライブラリの話が書いてあったね みんなあんなの読んでるのかな？ 360 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:09:03.68 ID:1HKUEekm.net] >>344 一般ユーザーは知らなくても、フレームワークが裏で使っているライブラリが変わることでこっそり恩恵を受けている 361 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:12:24.83 ID:Cqnlo2q6.net] Visual StudioのRESTクライアント生成機能使うとJson.NETを使用するコードが生成されてたけどこれ標準ライブラリ使用に置き代わったの？ 362 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:17:27.81 ID:bwq41KU1.net] 新しい標準ライブラリってまだベータだった気がする 363 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:20:32.30 ID:1HKUEekm.net] >>347 .NET Core3.0と同時リリースだから今年の9月 364 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:21:07.53 ID:1HKUEekm.net] >>346 それはWPFじゃなくね？そのうちスレチって怒られるよ 365 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:38:04.00 ID:Cqnlo2q6.net] >>349 自分もjsonライブラリの話しててそんなこと言うか 366 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:40:42.35 ID:zdokh1sS.net] json.netって設計とかくそな部分あるから。 367 名前：デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:40:43.54 ID:1HKUEekm.net] >>350 話の流れを読んでね

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef