- 1 名前：デフォルトの名無しさん mailto:sage [2022/01/20(木) 05:40:40.10 ID:+TySdXxT.net]
- WPF(Windows Presentation Framework)について語るスレ。
前スレ
WPF(.NET, WinUI) GUIプログラミング Part27
https://mevius.5ch.net/test/read.cgi/tech/1632044619/
関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/
コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/
- 111 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:18:47.87 ID:nHo/b21R.net]
- xaml流用できないとか意味わからんし
- 112 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:36:39.31 ID:EDH8RG4m.net]
- >>100
過去のいろんなスマホのUIを完全に駆逐したiPhoneは革新的で便利だろ
そう言うということは、当然スマホ使ってないんだよな？
- 113 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 08:51:19.33 ID:R3hbtl0K.net]
- >>101
WinUI3が遅いって一体何のことでしょうか？もしかして安定版使ったことないとか
それと言うほど酷いバグは見つからないけど、あるなら具体的に挙げて欲しい
検証してみたいわ
- 114 名前：デフォルトの名無しさん [2022/01/28(金) 09:12:22.15 ID:G6JL1WJY.net]
- 初心者はwindowsフォームスが一番速く覚える
- 115 名前：デフォルトの名無しさん [2022/01/28(金) 09:12:53.39 ID:G6JL1WJY.net]
- MVVC自体理解できないだろう
- 116 名前：デフォルトの名無しさん [2022/01/28(金) 09:16:34.97 ID:tKGLizFL.net]
- MS製 React Native for Windows
https://github.com/microsoft/react-native-windows
どうやらMSの本気はこちらのようだ
- 117 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 09:24:48.80 ID:NkreWV+A.net]
- >>95さえクリアしてりゃ何でもいいよ
- 118 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 09:47:22.72 ID:QwC8uFzi.net]
- Electron ネイティブ作れやMS
- 119 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 12:38:22.72 ID:kLTO8ApN.net]
- Prismみたいなもんだろ
すぐ飽きてメンテされなくなる
- 120 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 13:00:26.04 ID:CloP9SPe.net]
- https://flutter.dev/events/flutter-update-windows
2�
- 121 名前：�3日か []
- [ここ壊れてます]
- 122 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 13:53:24.19 ID:BYIQRGXa.net]
- >>111
xamarinは元々はMSとは違う会社が作ってたものだし。
一時期xamlを統一しようとする動きはあったけど、
結局、それぞれのプラットフォームに最適化した結果だからこれでいいのだ、
ってことになった。
- 123 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 14:53:55.73 ID:3Gb6OY+l.net]
- >>115
MVVM知らなくても使いやすいGUIは作れるし、
MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。
- 124 名前：デフォルトの名無しさん [2022/01/28(金) 15:01:03.75 ID:1yvLAv6j.net]
- >>122
具体的になんかある？
確かにMVVM信者がまともに動くアプリ作ってるの見たことない笑
- 125 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 15:29:18.72 ID:bcAzYVuU.net]
- >>122
個人的に、MVVMはtextbox1に入力された文字列をtextbox2に反映させる的な場合に使って、あとはコードビハインドでやるみたいな感じだな
- 126 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 15:43:03.56 ID:bFDIT/Ik.net]
- >>122
多分、MVVMで作ることが第一にあって、MVVMで作りやすい方にUIが引っ張られて使いづらくなってるw
1画面でページ切り替えするアプリケーションはMVVMで作りやすくて、
スマホアプリレベルの低機能なものならそれで事足りることもあるけど、
Window「s」デスクトップアプリケーションとしては強みをわざわざ殺すようなもの。
- 127 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 16:30:52.52 ID:FZ0uQlM1.net]
- ？ MVVMなんて普通に使ってるだろ？
テスト駆動やドメイン駆動には必須だし、今やアジャイルで作る企業業務アプリの主流じゃね？
- 128 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 16:33:35.20 ID:3Gb6OY+l.net]
- > アジャイルで～
ﾌﾟ
- 129 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 16:39:19.49 ID:b6TLNov5.net]
- MV*は量産化のためのフレームワーク
どれだけ楽できるかはCaliburn.Microを試してみるといい、あれにはコンベンションといって
バインディングは自動、コマンド(アクション)もメソッドと紐付けてくれる仕組みが入ってる
- 130 名前：デフォルトの名無しさん [2022/01/28(金) 16:42:25.57 ID:AmULl7RP.net]
- >>124
それMVVMじゃないです
- 131 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 17:50:24.48 ID:zPVQIz9q.net]
- 要件と照らし合わせてMVVMで作った方がメリットが多ければMVVMにするし、メリットがなければMVVMは使わない。
思考停止して何でもMVVMなんてことはしない。
- 132 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:05:33.63 ID:oCmByirC.net]
- それならWinformsで事足りる
- 133 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:11:32.84 ID:nccwie6m.net]
- DataSetとか使うの？
- 134 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:24:47.02 ID:kLTO8ApN.net]
- MVVMとか盲信してる下級プログラマーによくいるけど道具に踊らされすぎ。
最新技術を取り入れる俺カッコイイと思ってるのは本人ばかりで将来性無い知識に振り回され貴重な時間を浪費するアホ。
WCFやらEFなんて誰が使ってるよ？
- 135 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:34:49.12 ID:fHSTVUG6.net]
- >>131
UIが無いならそれでもいいが、そんなことはないだろ？
UIがあるならMVVM抜きにしてもWPFで作った方がずっと楽できる。
- 136 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:34:59.24 ID:g50oJ6EP.net]
- 思考停止しなかったLivet(一時期流行ったMVVMライブラリ)作者はWebへ移りました
- 137 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:39:12.67 ID:FZ0uQlM1.net]
- MVなんかESP32組込みファームウェアでも導入しているぐらいなのに、リファクタリング考えればテストステップで進めるのに、GUIとモデルの分離は当然。
WPFに拘らずとも、今や必須スキルやがな。
バグ曲線とリリースコストの増大考えれば、当たり前。
大規模システムやったことないのか？
- 138 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:42:34.34 ID:nccwie6m.net]
- >>133
EF使わずにDataSetつこうてるの？
- 139 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:46:53.09 ID:b6TLNov5.net]
- 今さらEFとかもうね、Dapperにしとけって俺口酸っぱくして言ったよね？
- 140 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 18:53:18.22 ID:kLTO8ApN.net]
- >>137
どっちも使わん
なんでわざわざ重くて不自由な足枷つけんねん
ドＭかｗ
- 141 名前：デフォルトの名無しさん [2022/01/28(金) 19:00:44.99 ID:1yvLAv6j.net]
- LINQもたまには思い出してあげて…
- 142 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 19:21:50.44 ID:nccwie6m.net]
- ウインフォーマーが何使ってるのか興味があっただけなんだけどな
StringBuilderてSQL書いたりさ
- 143 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 19:24:19.87 ID:nccwie6m.net]
- 別件質問
Microsoft.Toolkit.Mvvmと
Community.Toolkit.Mvvmって
どっち使えばいいの？
- 144 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 19:28:57.04 ID:4u1r/XKm.net]
- >>136
UIとモデルの分離は当然なのはそうなんだが、それ＝MVVMじゃないぞ。
そんなことはWinFormsの頃から実践されてきたことだろ。
- 145 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:00:49.38 ID:NkreWV+A.net]
- >>141
ウインフォーマー舐めるなよ。
CSVから構造体の配列に読み込んでForループで処理だ。
しかもVB.NET
>>142
Microsoft.Toolkit.Mvvm使っとけばOK.
Community.Toolkit.Mvvmは多分別名で中身は同じものな気がする。
- 146 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:31:53.74 ID:cgeTyaAM.net]
- また、MVVM 発作始まるのかよ
しつこいなおまえら
もう、他人がMVVMを上げようが下げようがどうでもいいだろ
- 147 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:33:03.07 ID:OmkEpZCo.net]
- >>142
Microsoft.Toolkit.MvvmはCommunity.Toolkit.Mvvmの一部っぽい
> The Microsoft.Toolkit.Mvvm package (aka MVVM Toolkit) is a modern, fast,
> and modular MVVM library. It is part of the Windows Community Toolkit ...
- 148 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 20:58:23.09 ID:LxSb85up.net]
- MVVMって呼ぶからWinFormおじさんが発狂しちゃうんだよ
バインディングって言えば大丈夫
バインディングならWinFormにもあるからネ！
- 149 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 22:14:56.16 ID:LR3qN1W7.net]
- >>122
>MVVM信者が作ったGUIアプリはなぜか操作性がクソだし。
MVVM信者とかリアルで出会う機会は少ないが、このサンプルは何人でアプリ何本くらいで判断した話？
- 150 名前：デフォルトの名無しさん [2022/01/28(金) 23:40:31.36 ID:ofHx672K.net]
- ここの人たちって古臭い連中ばかりだな
- 151 名前：デフォルトの名無しさん mailto:sage [2022/01/28(金) 23:56:11.29 ID:kLTO8ApN.net]
- 今どきWPF なんてやってる時点で察しろｗ
- 152 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 00:01:38.08 ID:Alu86MyQ.net]
- >>118
.NET版が大昔からあんだろ
- 153 名前：デフォルトの名無しさん [2022/01/29(土) 00:31:49.77 ID:7nTZc88q.net]
- WinUIだと他でCommunityToolkitの方のパッケージ使うことになったりするな
- 154 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 00:57:04.26 ID:RQ7DuTDZ.net]
- >>133
MVVMからなぜ最新技術？？
- 155 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 05:55:50.53 ID:3ZSK4aSw.net]
- >>149
それならモダンな人とは？
- 156 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 08:41:43.59 ID:ubDMC+kF.net]
- 最初に要件定義して
・サーバークライアントかスタンドアロンか
・ターゲットはWindowsのみかクロスプラットフォームか
・言語はC#かそれ以外でもよいか
そんでスタンドアロン-Windows-C#ときたらWPFでいいだろ。
- 157 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 08:46:37.27 ID:Alu86MyQ.net]
- もうMVVM使わない人かな
- 158 名前：デフォルトの名無しさん mailto:sage [2022/01/2
]
- [ここ壊れてます]
- 159 名前：9(土) 09:01:47.93 ID:3ZSK4aSw.net mailto: >>156
154(俺)宛て？
MVVMを擁護するつもりもないけど、単なる考え方だから関係ない気がする
固執するのも問題だけど [] - [ここ壊れてます]
- 160 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:03:21.64 ID:L6xb6JcI.net]
- .NET6でアプリの起動時間は短縮されるのかな?
- 161 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:15:09.71 ID:Alu86MyQ.net]
- react界隈のreduxって感じMVVMは
- 162 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:27:43.68 ID:ubDMC+kF.net]
- Hooksに相当するものが出てくればね
- 163 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 09:39:47.13 ID:RlBDrRPo.net]
- みんなMはどう設計してるんだろ。
MVVMってVとVMについての設計パターンで、Mはそれ以外の領域。
だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
- 164 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:25:42.83 ID:Yb/iPl5R.net]
- MVC は、PostgreSQLなどのデータベースを前提にしていると思っていたんだが、
MVVM もそうなの？
- 165 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:28:01.80 ID:Yb/iPl5R.net]
- 個人の感想としては、RailsやDjango、LaravelなどでMVCを学んだが、
MVCを使ったからといってプログラムが分かり易くなるとは思えなかった。
むしろ、柔軟性を失ってめんどくさくなるだけではないか。
- 166 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:28:21.65 ID:Alu86MyQ.net]
- reduxってオワコンの比喩だよ
- 167 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:45:43.13 ID:BKEOmNWv.net]
- >>162
そうだよ
まあMVCと違ってクライアントアプリなんで、DB直結よりはWCFでサーバーサイドロジックをサーバーに出して分離するのがよりクールだとされていた
WCF廃止されちゃったけどね
基本的にゴリゴリのビジネスアプリケーションが前提だよ
- 168 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 11:59:06.66 ID:oA/bSKHD.net]
- >>155
要件定義するような案件でスタンドアロンなんかほぼ無いでしょ
一般的なクラサバとスタンドアロンの定義と君の理解にズレがある気がするのだが、それぞれどういうものだと思ってるの？
ちなみに一般的な定義においては、世の中のWPFアプリケーションのほとんどはクラサバに属する
- 169 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:49:49.65 ID:3ZSK4aSw.net]
- >>166
別人だけど書いてみる
多分、複数人で利用してデータを管理したりする場合:
クラサバ
- 170 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:54:34.91 ID:3ZSK4aSw.net]
- >>166
ごめん 167は忘れて
間違って送信してしまった
多分、
複数人での利用で連携を取る:
クラサバ
ローカル環境に作用したりするだけの一括プログラム:
スタンドアロン
ってことかと
- 171 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 12:57:24.51 ID:XrEcS30Z.net]
- >>166
要件定義の認識がずれてる気がする
> 世の中のWPFアプリケーションのほとんどはクラサバに属する
全く持って同意できないw
- 172 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 13:04:01.59 ID:XrEcS30Z.net]
- ずれてる、だと語弊があるな
食い違ってる、で
- 173 名前：デフォルトの名無しさん [2022/01/29(土) 13:35:42.26 ID:I0P/B1HZ.net]
- 酷い…老害たちのゴミのような脳みその結果がこの日本の惨状なわけだ
- 174 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 15:14:13.55 ID:N8fQblbv.net]
- >>161
Mは何を対象にするかによって設計が変わるんだから一般的には話せないでしょ
VはWindowsでもWebでも一般的なGUIに対して共通認識があるからまだ設計条件を共有しやすいが
- 175 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 17:20:37.44 ID:ubDMC+kF.net]
- >>161
>だから普通は「MVVMパターンと〇〇パターンで作った」ってなるはずなんだけど、ここではあんまりそういう話が出てこないよね。
何を話題にしたいのかにもよるけど、目線の違うパターン同士を絡めて語ることってあまりないんでは？
MVVM自体とMに用いるパターンは直交した概念だから、MはUIを持たないソフトウェアの設計論と同じに考えて
好きなように選べばいいかと。
- 176 名前：デフォルトの名無しさん [2022/01/29(土) 17:37:02.08 ID:7nTZc88q.net]
- >>158
起動も速いし、その他全体的に体感できるレベルで速い
- 177 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:14:57.97 ID:N8fQblbv.net]
- >>173
むしろMを完全にVと分離するためのVMだからね
- 178 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:31:58.32 ID:W9gwoTM7.net]
- ＰｒｉｓｍのようなMVVMスイートには
・Event Aggregator
・DI
・ViewModel Locater
が３点セットで入っているから、それがMVVMのM(やVB)でよく使われるパターンじゃないかな？
- 179 名前：デフォルトの名無しさん mailto:sage [2022/01/29(土) 19:35:15.13 ID:W9gwoTM7.net]
- VBじゃなくてVMだわｗ
- 180 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 08:36:43.32 ID:iZvztVrx.net]
- >>176
全然違う
それらはいずれもレイヤ間のメッセージングや依存性解決の手段でしかなく、M層内での設計とは無関係
- 181 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:08:00.00 ID:iZvztVrx.net]
- なお、MSによって発行された本来のPrismでは、Mというのは「WCFのクライアント」に他ならない
つまりリモートサーバー上に存在するWCFのサービスに対するラッパーだな
MVVMを使うのはあくまでフロント開発者であって、Mから先のビジネスロジックはフロント開発者が詳細を意識する必要すらない、
どこか別の場所にある完全にブラックボックス化された領域なんだよ
- 182 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:37:16.05 ID:fI0x5/zS.net]
- 何それめっちゃ遅そうじゃん
所詮MVVMなんてその程度の浅い認識で考え出されたアーキテクチャなんだな
ゴチャゴチャ言ってるのは全部後付けで端から複雑なアプリには向いてない
- 183 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:47:18.83 ID:fQLZlazV.net]
- イベントアグリゲーターはVM同士でやり取りする時使うよ
匿名のボトルメールみたいな感覚だね、便利なんで使い方を覚えるといい
- 184 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 09:51:03.86 ID:9+q+6HPs.net]
- >>180
REST使うSPAと変わらんやん
- 185 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 10:14:04.18 ID:DDlIcWyK.net]
- M同士のやり取り？
そんなのはMの状態変化の結果として変更通知として各VMに降ってくるようにするのが筋でしょ
- 186 名前：183 mailto:sage [2022/01/30(日) 10:14:42.92 ID:DDlIcWyK.net]
- VM同士のやり取り？
の間違い
- 187 名前：デフォルトの名無しさん [2022/01/30(日) 10:19:30.61 ID:xTnuhpAm.net]
- まぁメリットが感じられないフレームワークも多いよね
MVVMフレームワーク、WCF、EF、ASP.NET MVC、各層に色々フレームワークはあるけどASP.NET以外は微妙
要求が高度なアプリほど
フレームワークの使用によって得る生産性＜フレームワークの束縛によって失う自由度
になってくる
- 188 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:31:27.69 ID:KApH5n5G.net]
- マイクロソフトのフレームワークが良くないのが多すぎた
MSなら安心という顧客や上司のために仕事でしょうがなく使うってシチュエーションしかない
結局不自由だからあれこれ回避するためにキメラのような実装になってフレームワークなんて使わないほうが良かったとなる
- 189 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 12:56:42.21 ID:LWsZFFBD.net]
- ASP.NET APIぐらいかな？使えるのは
ここにEF入ってくると糞になるけど...
- 190 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 13:13:47.93 ID:+wZdari7.net]
- EFはEF Coreや.NET 6で多少速度マシになってたりしないの??
まぁ、元々変更追跡する仕組みだから、速度面では不利だが
- 191 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 16:07:33.81 ID:ocXxzRZn.net]
- 普通のアプリを作る場合には、Document・Viewアーキテクチャも、
MVCもMVVMも面倒なだけな気がする。
Win32のGDIも面倒。
OpenGLも、1.0は美しかったが1.2以後や、OpenGL ESやWebGLは汚く面倒に
なった。Direct3Dの駄目なところを取り入れてしまったような感じ。
- 192 名前：デフォルトの名無しさん [2022/01/30(日) 17:42:13.84 ID:1lRRY4pr.net]
- 普通のアプリって何
- 193 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 21:21:33.53 ID:Zz8RS9Wg.net]
- JHTMLアプリじゃね？
- 194 名前：デフォルトの名無しさん mailto:sage [2022/01/30(日) 23:00:42.20 ID:fI0x5/zS.net]
- この文脈ならkick-ass appsだろ
言わせんな恥ずかしい
- 195 名前：デフォルトの名無しさん mailto:sage [2022/01/31(月) 07:29:13.82 ID:ekWinSEL.net]
- >>190
>>95
- 196 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 10:37:04.10 ID:5deqnR/S.net]
- >未解決の問題が非常に多いため、何に取り組んでいるのか、どこで進歩しているのか
WinUI3、問題山積みって感じだな。
開発メンバーも離脱してごくわずかで細々作ってる感じだし。
MSも高確率で沈みそうな泥船に投資したくないんだろうなぁ。
Phoneが沈んだ時点でさっさとUWPを捨ててこっちに注力してればもっとましな結果になっただろうに。
- 197 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 13:34:55.83 ID:qr0OhjFL.net]
- ユニバーサル・ウインドウズ・プラットフォーム(Windows10専用)だからな
それよりWinFormsとWPFの2本立ての方が成功してたと思う
高DPIに対応したWinForms2.0とかUnityでも動作するMonoFormsとか
スゲー安っぽいけどWinUIなんかより数倍マシ
- 198 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 14:17:31.87 ID:/6h+iODO.net]
- さすがにWinFormsは要らない。
WinFormsでやってたことはWPFがあれば事足りる。
- 199 名前：デフォルトの名無しさん [2022/02/02(水) 14:55:30.01 ID:MolDdSgs.net]
- WPFは勝手にマルチスレッドにしやがる
- 200 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 21:21:23.96 ID:HZtz5wep.net]
- WPFが最初からネイティブC++で実装されてたらUWPやWinUIは生まれずWPFは統一プラットフォームとして継続的に進化して成功していただろうな
MSはなんだかんだC++大好きで、全部マネージドでいいじゃんってのは社内的に許されないんだよ
- 201 名前：デフォルトの名無しさん [2022/02/02(水) 23:39:19.90 ID:uQJKdAPH.net]
- 好き嫌いの問題じゃないだろ
低レイヤーの実装はC++じゃなきゃ出来ない
- 202 名前：デフォルトの名無しさん mailto:sage [2022/02/02(水) 23:44:15.40 ID:Tho+pX9F.net]
- リーク地獄は嫌じゃ
- 203 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 00:13:00.65 ID:IbTz5ZAk.net]
- そもそも.NETがWindowsチームから嫌われてたっていうからな
- 204 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 00:44:04.17 ID:hnE9Kba7.net]
- >>198
MSが好きなのはC++98(03)までだろうな。
C++11はアホが好みそうな仕様になったから。
- 205 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 07:52:29.24 ID:rTgJdd8/.net]
- C++98はある種の透徹した美しさがあったな
11以降のも無駄に複雑だった部分がどんどんシンタックスシュガーで簡潔になってきて嫌いじゃない
- 206 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:31:47.19 ID:j4oj3G8A.net]
- >>202
C++11を理解できないから嫌いなんでしょ
- 207 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:50:59.00 ID:nrvs3IXt.net]
- >>204
横からレスごめん
C++11は使おうと思えば使えるけど、スマートポインタとかが美しくないかなと思う
メモリをどうこうしたいのならC#とかみたいにGCを実装して欲しかった…
ただ、randomやthreadが追加されたのはかなり嬉しい
- 208 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 08:58:55.45 ID:n97Y9UcY.net]
- んで、ここ何のスレ？
- 209 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 09:29:22.68 ID:0+ku9eIp.net]
- C++なんてバグ量産言語まだ使ってるのかよw
Rust使えよ低脳
- 210 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 09:54:13.82 ID:8ADJI/49.net]
- >>199
低レイヤは当たり前だけど、MSの場合は高レイヤも全て快適にC++で記述できなければならない
それがWindowsの標準UIプラットフォームに求められる最低水準なんだよ
C++/WinRT知ってるか？奴等のC++に対する愛と執念は異常
- 211 名前：デフォルトの名無しさん mailto:sage [2022/02/03(木) 10:23:17.82 ID:0+ku9eIp.net]
- ゴミで有名だよねC++/WinRT
|
 |
