- 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/
- 552 名前：デフォルトの名無しさん [2019/08/02(金) 00:41:38.73 ID:/oIAm+R2.net]
- ObservableCollectionをそのまま使うのは面倒臭いから
ReactivePropertyのReactiveCollectionクラスのObserveElementPropertyメソッドを使うかな
- 553 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:19:50.45 ID:CdfuVllp.net]
- https://www.surveymonkey.com/r/MJSNTYK
.net crossplat uiの未来のために
- 554 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:21:32.22 ID:CdfuVllp.net]
- https://devblogs.microsoft.com/dotnet/calling-all-net-desktop-and-mobile-developers/
こっちでいいか
- 555 名前：デフォルトの名無しさん mailto:sage [2019/08/10(土) 23:27:13.13 ID:CdfuVllp.net]
- https://github.com/microsoft/microsoft-ui-xaml/blob/master/docs/roadmap.md
winui 3.0でもxamlフレームワークを共通にしてcrossplat化着々進行中。
.net core 3.0の次の.net 5も計画されてこの2年が勝負。
未来は明るい
- 556 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:05:27.57 ID:JRum2LCS.net]
- WinUIは.NETで使用できますが、.NETに依存しません：
WinUIは100％C ++であり、たとえばC ++ / WinRTを介して標準C ++ 17を使用するアンマネージWindowsアプリで使用できます。
- 557 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:06:01.03 ID:JRum2LCS.net]
- 悲報
WinUIは、毎月のプレリリースビルドで、毎年3倍の新しい安定バージョンを出荷し続けます。
- 558 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:13:35.93 ID:JRum2LCS.net]
- WinUI 3.0は.netに依存しない
ネイティブ（c++）で開発されている
WinUI 2.0との下位互換性を目指すが.netを多用したWinUI2.0の成果は捨てられるということ？
- 559 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 09:20:41.05 ID:JRum2LCS.net]
- WindowsネイティブでAPIセットが提供されるから.net 5と何の関係もないし
クロスプラットホーム化も関係ない
そのページで挙げられているクロスプラットホームの例はReacｔ Nativeの話だし
- 560 名前：デフォルトの名無しさん mailto:sage [2019/08/11(日) 10:40:57.83 ID:Kuz6y2Oe.net]
- ついにMFCを捨てることができるのか
- 561 名前：デフォルトの名無しさん mailto:sage [2019/08/21(水) 08:22:24.86 ID:md8dirsM.net]
- WPFも色付き絵文字対応してくれないかな
- 562 名前：デフォルトの名無しさん mailto:sage [2019/08/21(水) 22:26:33.37 ID:SUWzCik4.net]
- それもxaml islandとやらでなんとかなんの？
- 563 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 18:56:25.41 ID:pU45imAC.net]
- windows提供のコントロールクソダサイので独自にフレームワークでクールに描画しよう→WPF
OSの進化でいろいろ新しいことができるようになったけど
WPFは独自描画なので標準提供の機能は使えず更新待ち
- 564 名前：デフォルトの名無しさん [2019/08/22(木) 21:56:56.39 ID:XilWkWiH.net]
- MSのWPF放置プレイっぷりは異常
- 565 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:02:03.60 ID:wEC59Q0u.net]
- これからクロスプラットに向かうから放置してもOK
- 566 名前：デフォルトの名無しさん [2019/08/22(木) 22:11:34.96 ID:XilWkWiH.net]
- WPFを世に出してから今までの話な
WPFにこれからなんてあるのか？ｗ
- 567 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:20:08.43 ID:4dnF12St.net]
- 今後はWinUIというUWPのガワを.netから使えるようにするらしいね
x:Bindは良いよ。早いってのは�
- 568 名前：ﾌ感しにくいが、コンパイルでバインドがミスマッチだとコンパイルエラーにしてくれるのが
その代わり型は厳密に合わせないといけないけどね [] - [ここ壊れてます]
- 569 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 22:40:16.24 ID:jlFkmCtz.net]
- >>544
WinUI 3.0はWin32からも使えるようにするらしいけど、.NET 5からだとx:bind使えるようになるの?
- 570 名前：デフォルトの名無しさん mailto:sage [2019/08/22(木) 23:24:45.63 ID:wEC59Q0u.net]
- 更に.net 5でAOTコンパイル(.net native)もUWP以外に広げるし。オプション扱いっぽいけど
未来は.netにある
- 571 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 01:29:35.65 ID:OjH+fhDT.net]
- >>544
WinUI 3.0はc++で開発される普通のwindows API群
".netもからも" 使えるようにはなるが,netの技術じゃない
MSはもう一度c++技術者をかき集めてるようだが…
- 572 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 02:27:06.71 ID:/yz/g35I.net]
- >>546
ちゃんと読んでないみたいだけど、.NET5のAOTはXamarinだよ
スマホ向け
- 573 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:14:21.08 ID:jW/xEJQG.net]
- >>548
何が言いたいのかよくわからない。
- 574 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:24:29.83 ID:jW/xEJQG.net]
- ああ、>>546で俺がWPFとかでもAOTでコンパイル出来るようになると言ってると勘違いしたのか。そんな事全く意味してねぇ。
ちゃんと主語書くべきだったな。
最近、>>531でクロスプラットなUI Frameworkのsurveyしたように、
そこらへんまでの未来の道筋の話しをしただけ。
- 575 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:25:26.93 ID:JgM7HU4F.net]
- ・.NET Nativeが.NET 5に含まれるのかどうかについては今のところ特にアナウンスなし
・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
・.NET CoreがAOTをサポートする予定はない。
これが現状
- 576 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:32:53.81 ID:jW/xEJQG.net]
- >>542で放置してもOKっていってようにWPFの話をしてるつもりは全くなかった。
- 577 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:36:41.52 ID:jW/xEJQG.net]
- https://devblogs.microsoft.com/dotnet/introducing-net-5/
これはざっとは読んだよ
- 578 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:40:19.37 ID:jW/xEJQG.net]
- ・現在予告されている.NET 5のAOTは.NET NativeではなくMonoを利用する。スマホやタブレット、およびwasmがターゲット。
monoを利用するってどこにかいてある？
- 579 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 03:52:54.34 ID:jW/xEJQG.net]
- 後謝るのは.net nativeと言うと特定の実装になっちゃうね。そこは悪かった。ネイティブコンパイルぐらいの意味で使っちゃった。
後俺が勘違いしてたのはmonoは将来的には捨てないのか？
流れとして.net core1本に絞っていくのかと思った。
- 580 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 04:30:47.28 ID:6mC2vYTk.net]
- >>555
連投するなキチガイ
言いたいことは一つのレスにまとめろや
- 581 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 06:02:43.36 ID:OHqCa1Gp.net]
- WPFも放置だし、C#もオワコン臭があるし、Windows10は結局糞UIのままで
Win7ユーザは移行先もなくサポート終了して路頭に迷うし、やっぱりゲイツのいないMSはダメだな。
- 582 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 07:52:54.28 ID:N/2u5JYa.net]
- あれ？ .NET CoreはCoreRTでAOT実装してたんじゃ？
と思ってレポジトリ見てみたら統合という名のフェードアウトに向かっててﾜﾛﾀ
- 583 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 19:26:44.10 ID:gHWVc4H3.net]
- >>557
C#はこれから伸びる
Blazorの生産性と品質が高すぎて衝撃を受けたよ
これから先の業務系WEBアプリはもう全部こいつでいいんじゃないかな
Java相互運用とJDK提供で旧資産も活かせる
- 584 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 19:52:20.52 ID:LecJ0Wg5.net]
- Blazorか
MSがまた投げ出さないといいねー
- 585 名前：デフォルトの名無しさん [2019/08/23(金) 23:30:08.88 ID:jcW1Xhhm.net]
- >>557
C#はそんなにオワコン臭あるかな？
むしろ破壊的変更も含めて脱皮しつつあるように感じるが
- 586 名前：デフォルトの名無しさん mailto:sage [2019/08/23(金) 23:33:04.49 ID:Cy6JLzrk.net]
- C#は今後も伸びるよ
- 587 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:46:53.15 ID:O3nGBIXv.net]
- C#自体は一番好きな言語だが贅肉が付きすぎで新規さんにはつらいだろう
それに構文が古い
10年以上前から行末の;なくせとかさんざん言われてたけどヘジたんはもうこれで設計されたからと拒否
javaとも文法がかなりかけ離れてきたからするっとjavaから移動はしてこないだろうな
c++みたいなゴミでも新しい改変どんどん入れるようになったけど古い部分は古いままでとっつきにくさは変わらない
- 588 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:49:55.16 ID:/KUn8yrh.net]
- >>563
構文が古いのは行末の;だけ?
- 589 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:50:13.66 ID:O3nGBIXv.net]
- 新しい言語はどうやったら記述量を減らせるかと学習コストを減らせるかを重視してると思われる
バカに使える言語を目指せば自然と人気が出てくる
でもバカが書いたコードを日常的に目にしなくてはならなくなる
- 590 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:52:27.40 ID:O3nGBIXv.net]
- >>564
C#は必要な記述量が多いしブロックなどで行を食うような書き方が一般的なのでコードの一覧性が低い
- 591 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 00:55:14.92 ID:O3nGBIXv.net]
- GOはバカが書いたコードも普通の人が書いたコードでも同じように見えるような工夫がされている
俺は嫌いだがそういう考え方もあるということで
- 592 名前：デフォルトの名無しさん [2019/08/24(土) 00:56:09.06 ID:jVZ9wxLH.net]
- そういうのは実例示してくれないと
個人的には行末記号なし＆改行OKの言語は気持ち悪くてイヤン
- 593 名前：デフォルトの名無しさん [2019/08/24(土) 00:59:50.82 ID:jVZ9wxLH.net]
- つーかここWPFのスレじゃんｗ
- 594 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 01:01:56.33 ID:XU4s8+HQ.net]
- Javaで構築するの止めてC#にする場合が増えてるらしい
- 595 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 01:32:43.24 ID:owWGC5JM.net]
- >>570
ソースは？
- 596 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 07:26:16.85 ID:+PLwcW2w.net]
- .cs
- 597 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 10:39:20.73 ID:hVEgod3x.net]
- >>572
座布団2枚あげましょう
- 598 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 12:01:56.85 ID:2Z6Elg7N.net]
- そりゃ拡張子じゃないかーい
って言うボケかと思ったのに…
- 599 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 12:52:53.99 ID:hVEgod3x.net]
- >>574
あんたセンス無いね
- 600 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 14:13:27.89 ID:ppiGm2HF.net]
- トンキン人さむ～
- 601 名前：デフォルトの名無しさん mailto:sage [2019/08/24(土) 17:40:03.15 ID:+T5zNNSA.net]
- ぐぬぬ
- 602 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 07:18:34.37 ID:CVu8g0Lv.net]
- 関西人の理想的なボケ↓
- 603 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 08:57:33.58 ID:4t0YYyeR.net]
- WPFはオワコン。
- 604 名前：デフォルトの名無しさん [2019/08/26(月) 17:45:31.71 ID:dI1F1hPt.net]
- 普及させたいなら
Forms廃止して社内開発リソースをWPFに集中させるから
頑張って移行してね！
ってやればいいのに。
んでForms無くすならVB.NETも切っていいし
- 605 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 18:00:49.98 ID:/h3P8awM.net]
- >>580
それに近いことをやろうとしたのがUWP
- 606 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 19:05:57.08 ID:Ucxa8lVF.net]
- で、その開発予算は天から降って来るのか？
- 607 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 20:46:52.41 ID:5hrkIwVX.net]
- WPFは既存の技術すべて置き換えるために作られたはずだけど
実際はそこまでのスケールじゃなかった
HTML VB6 winforms MFC
全部生き残ってしまった
- 608 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 20:49:41.98 ID:01TaglzE.net]
- XAMLがわかりにくいから置き換わるわけがない
- 609 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:12:48.53 ID:FQM1aXM6.net]
- XAMLそのものはそこまでわかりにくくないだろ
ややこしいのはMVVM
- 610 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:25:24.89 ID:wSbsYOJ/.net]
- WPFはライブラリの出来は良かったのにGUI周りの出来が悪かったのが痛かったな。
あまりに貧相であれじゃ客が�
- 611 名前：[得しない。 []
- [ここ壊れてます]
- 612 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:26:09.78 ID:01TaglzE.net]
- あなたのような優秀な方には簡単かもしれませんが、
わたしのような底辺にはわかりにくいのです
つまり広まりません
- 613 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 21:33:06.34 ID:5hrkIwVX.net]
- >>586
何のことを言ってるかわからないけどWPFは半端だったのでいろんな機能をwinformsに頼らざるを得なかった
winformsを置き換えるものとしては実装が不足してる
- 614 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:10:15.41 ID:/h3P8awM.net]
- >>586
WPFのコアな部分はレガシーなウィンドウシステムを捨てて再設計するんだってそれなりに気合い入れて作られてると思う。
だけど色々出来る分複雑になってるのに、それをラップしてユーザーがお仕着せで良いから楽に使えるようにする支援ライブラリ的なものが足りな過ぎたね。
標準のコントロールもFormにあるのは一通り押さえておけば、MVVM抜きならそれなりに簡単に使えるのに。
- 615 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:12:50.23 ID:ij5Jd0yF.net]
- XAMLでわかりにくいならhtml&cssのデザインは地獄だろうな
XAMLがいかに親切か実感できるぞ
タグで囲むデザインはもう飽きたからもっとシンプルにしてほしいけど
JsonかYAMLで
- 616 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:15:26.16 ID:qess7VlR.net]
- WPFデザインってWin7のLunaテーマのイメージ
- 617 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:16:18.43 ID:qess7VlR.net]
- LunaじゃなくてAeroだった
- 618 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 22:22:45.61 ID:VVV12Px/.net]
- >>591
WPF標準でも一応GUIのテーマが用意されてるけど、LunaやAeroで止ってる…
正にVistaか7の時代
- 619 名前：デフォルトの名無しさん [2019/08/26(月) 22:29:08.48 ID:Wx9nEB+f.net]
- >>589
ほんこれ
気合いの入れ方が中途半端すぎ
- 620 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:04:10.96 ID:MCFEqLYy.net]
- 一度に全部学ばないといけないからだろ。xaml,データバインディング,MVVMと。最初俺も死にかけたわ。
androidやりはじめたときはレイアウトファイルのxmlくらいだったから敷居は低かった。で、随分後にandroidもデータバインディングに標準対応して、順番にゆっくり学べるからな。
- 621 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:17:19.25 ID:MCFEqLYy.net]
- かたや、WPFは一度挫折した後に作戦変えて最初はデータバインディングとかMVVMとか無視してアプリ作ってみようとしたが、ListViewとかItemsControl系はアイテムテンプレート使わねぇと仮想化できないし、
やっぱデータバインディングとかすぐに学ぶはめになったし。
- 622 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:27:56.52 ID:GeaqRBlJ.net]
- データバインディング便利でいいじゃん。
表示とロジックを分離できて見通しがいい。
- 623 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:32:49.32 ID:CfenbB74.net]
- MVVM便利すぎてWinFormsでもMVVM使ってしまう体になってしまったよ
- 624 名前：デフォルトの名無しさん [2019/08/26(月) 23:37:29.50 ID:Wx9nEB+f.net]
- わかるわー、
MVVM慣れるとレガシーは面倒すぎる
- 625 名前：デフォルトの名無しさん mailto:sage [2019/08/26(月) 23:49:45.08 ID:MCFEqLYy.net]
- というより、MVVM学ぶ前は、ソフトウェアアーキテクチャ？みたいの意識しないで適当につくってたから今になってMVVM以外で作ろうとすると困りそう
- 626 名前：デフォルトの名無しさん [2019/08/26(月) 23:56:16.79 ID:Wx9nEB+f.net]
- あんた自分が勉強嫌いなだけじゃん
MVVM以前にもMVCやらデザインパターンやら
意識しないといけないものはいくらでもあったでしょう
- 627 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:37:24.80 ID:7s1l/ptn.net]
- じゃ、おまえVB6やWinForms自体にで何か意識して作ってた？
- 628 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:38:56.97 ID:7s1l/ptn.net]
- VB6やwinforms時代にどんなパターン採用してたの？
- 629 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:43:54.63 ID:Wpw9BTQZ.net]
- DOC-View も MVCもWinForm以前からあるんだが?
個人的問題ならマ板でしろや
- 630 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 00:53:36.96 ID:7s1l/ptn.net]
- 存在ぐらいはMVVM学んだら学ぶだろ。あほかよ。
- 631 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 03:48:51.51 ID:cPN8HTkT.net]
- MVP
- 632 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 05:34:30.66 ID:3C/EiBc0.net]
- 早�
- 633 名前：ｭ.NETでWin32を完全にリプレイスできるように
ならないな、はあ。 [] - [ここ壊れてます]
- 634 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:04:49.63 ID:bW2ePtKS.net]
- 無理だろ
windowsとは何かと言えばwin32のAPI群とそれで作られたコンポーネントとサービスの塊だから
- 635 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:28:50.81 ID:NopeFxN7.net]
- MVVMのライブラリーがMSから出てない事を知って真面目に取り組むのを止めた
- 636 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 19:46:08.12 ID:4WMOl80S.net]
- MSは今間違いなく迷走しているよね
BGM:バッドボーイブルース
- 637 名前：デフォルトの名無しさん mailto:sage [2019/08/27(火) 22:38:41.78 ID:St7bRLq6.net]
- >>610
×今
○ここ10年くらい
- 638 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 08:24:36.72 ID:Z2N7sLLL.net]
- OSS上がりはほんとテストしない。自己満足でドヤ顔で公開して放置。
- 639 名前：デフォルトの名無しさん mailto:sage [2019/08/29(木) 19:55:13.55 ID:dwig1eJB.net]
- 思い付いたアイディアコーティングして形になったらそれで興味は失せてしまう
品質とか興味無い
- 640 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 03:54:01.72 ID:iF4ecVgg.net]
- >>610 >>611
githubとかVSCodeのようなここ10年にない好調な分野で
WPFの失敗を取り返した
- 641 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 15:32:23.77 ID:ERkIjfvr.net]
- >>607
もし奇跡が起きて.NET5が大成功したら、多くの.NETアプリはWebアプリとしてクラウド上のLinuxでホストされるようになり、
デスクトップのWindowsが単なるシンクライアントに成り下がる未来は来るかもしれない
万一そうなりそうだったら、MSは.NETを事実上Azureでしか使えなくするような縛りを入れてくるだろうけど
- 642 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 16:47:02.85 ID:GA3Qy85O.net]
- .NET5って、選択枝がそれだけという事だろ？ 失敗なんてあるの？
- 643 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 17:50:33.12 ID:Ervdw2Vp.net]
- Blazorが天下を取るのは目に見えてるからなぁ
業務系は全部これでおk
- 644 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 18:17:06.08 ID:ERkIjfvr.net]
- >>616
.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
みんながVSCodeやRiderでC#を書いて、AWS上のLinuxサーバーで運用するようになったら、MSから見れば大失敗だ
そうなれば当然MSは.NET5を放棄することになるだろう
MSにとって利益になる形での普及が成功の条件となると、なかなか難しいよ
- 645 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 22:01:53.87 ID:VcfE35DU.net]
- 放棄ってどうするのさ
態々くっつけたのをまた分割するのか？
- 646 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 23:03:11.02 ID:uONjY6PZ.net]
- ＞.NET5が普及することが必ずしも.NET5の成功を意味するとは限らない
.NET5の成功だろ
言いたいのはMSの成功を意味するとは限らないだろ
- 647 名前：デフォルトの名無しさん mailto:sage [2019/08/30(金) 23:15:11.32 ID:daE1ezev.net]
- OSSとはいえ特許があるから、MSが.NET Foundationから手を引いたら現実には開発の継続は不可能だよ
もちろん、MSは当然そんな最悪の結果にならないように技術面や政治面でコントロールするだろう
仮にそのコントロールが普及を妨げる性質のものであったとしてもね
- 648 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:01:51.67 ID:8S6g8PTE.net]
- >>614
アプリケーションフレームワークとツールの類を同列に語っても意味無い
- 649 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:21:51.42 ID:zHC92gqD.net]
- >>621
ちょっと何言ってるかよくわからない
- 650 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:39:06.27 ID:jKcP7puA.net]
- >>614
GitHubはただ買収しただけだし
そもそもgitはライナスの作ったものだし…
vscodeはGitHubがatomエディタ作るために作ったエレクトロンに乗っかってるだけだし
MSはあまり貢献してない
- 651 名前：デフォルトの名無しさん mailto:sage [2019/08/31(土) 00:59:08.53 ID:AytMhKL2.net]
- >>624
AtomとVSCode�
- 652 名前：ｶゃElectron部分以外ソースほぼ別物だしMSはあまり貢献してないって暴論すぎる []
- [ここ壊れてます]
|
 |
