[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 02/22 08:58 / Filesize : 240 KB / Number-of Response : 1014
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

WPF(.NET, WinUI) GUIプログラミング Part28



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/

618 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:18:44.24 ID:E/Z/b8gJ.net]
DatePicker に日付を入力する場合

WinForm テンキー入力が絶望的にムズイ
WPF キー入力が簡単
Chrome キー入力が絶望的

619 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:28:35.54 ID:PoZ2QdpC.net]
連日こんなところでWPFの悪口を書いて憂さ晴らしとか
可也歪んでいるな

620 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:38:36.94 ID:FfftqWaJ.net]
WPFで業務システムしか作ったことなくてモバイルアプリなんて作ったことないってバレバレだな
アプリやウェブなんUIのカスタマイズなんて常識だぞ

621 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 00:51:07.88 ID:ih1VJ5u0.net]
UIコンポーネントのカスタマイズとUIの設計は別の概念であってな...

622 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 01:03:16.54 ID:TfAbZvvS.net]
XAMLのUIカスタマイズは相当な知識と技術ないとできないからIT土方には無理
XAMLはもともとMVVMとセットで設計されてるフロントエンドフレームワークだからカスタマイズはモデルを考慮しながらLogicalTreeを操作する必要があって生半可な知識では実装できない
IT土方ではやらないんじゃなくてできないだからそこを勘違いすんなよ

623 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 02:54:03.98 ID:HC3gWrHY.net]
相当な知識と技術が必要なものなんて普及するわけがない

624 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 03:07:23.45 ID:UA9zwjva.net]
今はLive Visual TreeとLive Property ExplorerとHot Reloadがあるからそれでも相当マシになったけどな
ちょっと前まで実行後のVisualTreeとバッキングフィールドを確認しながらMとVMを設計してXAML、Converter、LogicalTree等々を書いてと手の込んだユーザー定義コントロールの実装は半端じゃなく難しくて大変
プロジェクトごとにGrapeCity並みのユーザー定義コントロール作ってたと言っても底辺な土方は信じないだろうが事実だからな

625 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:17:24.80 ID:c8NjDUP5.net]
デザインについてはXAMLよりCSSの方が難しく感じる

626 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:45:20.77 ID:EafW9Vf3.net]
>>613
業務システムは別の難しさがあるんよ
UIのカスタマイズとかしようもんなら、顧客のジジババから
「見たことないようなのはダメ!」「わかりにくい!」と非難轟々



627 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:52:58.01 ID:E/Z/b8gJ.net]
お前がお手本にしたWebやWindowsが分かりにくいからじゃねえの?

628 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 06:53:30.68 ID:CmOm/dXs.net]
>>606

349,650 repository results
https://github.com/search?q=flutter

15,028 repository results
https://github.com/search?q=winforms


笑)

629 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 08:33:57.71 ID:3btgbzmd.net]
>>620
お手本にするのは過去のアプリなのよ
そこから逸脱するUIは受け入れられない
業務アプリとはそういう世界

630 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:46:13.06 ID:VoZGcdO4.net]
>>618
CSSのが機能比で1000倍以上はあんだから当たり前

631 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:53:25.90 ID:gvmeVWMJ.net]
>>621
プププ

632 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:57:23.61 ID:fHY6JxC7.net]
ビハインドコード書かないというのは、以外に疲れるもんやね。
LoadedすらInteractionでイベントバインドとは・・・ 恐ろしい。

633 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 09:59:59.25 ID:DILMzUCS.net]
>>625
もう結論出てるやん
イベントハンドラをコードビハインドに書きまくるのが正解

634 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:06:38.57 ID:gvmeVWMJ.net]
結論:WPFは普及しなかった

15年かけてもね

635 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:28:45.89 ID:T35O02ot.net]
>>623
cssって何が出来るの?
TreeViewやDataGiidやCanvas上に自由にコントロールを配置するのは出来る?

636 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:31:39.66 ID:T35O02ot.net]
>>628
こういうの使うのかな

https://handsontable.com/docs/demo/#try-out-the-demo-s-features



637 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:43:02.94 ID:NYC10VKd.net]
>>627
>>70

638 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 10:50:31.01 ID:VoZGcdO4.net]
>>628
幾つも方法があるが、
基本のpositionあたりをぐぐってみれば?

https://blog.codecamp.jp/css-position-property

639 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 11:15:11.69 ID:gvmeVWMJ.net]
>>630
プププ

640 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 11:26:06.15 ID:NYC10VKd.net]
何も反論できず笑って誤魔化すしかないってかw

641 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 12:40:49.97 ID:kBrcrtUp.net]
>>631
それは基本過ぎてwpfより高機能な例には適さないんじゃないの?
DockPanel、WrapPanelの役割に相当するレイアウト機能はどうやって実現するの?

642 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 13:27:08.23 ID:jqA3dRQ6.net]
他所でやれよ

643 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 13:28:42.67 ID:VoZGcdO4.net]
>>634
なにが目的なんだ?

644 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 16:17:14.52 ID:c8NjDUP5.net]
俺程度の人間には、GridやStackPanelで十分なのさ。

645 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 16:52:54.53 ID:UXNzFKGb.net]
>>613,618,625,628
これが人月仕事で客先に派遣されてるIT土方奴隷の実態だぞお前ら理解したか?www
このレスだけでこのIT土方がどれだけ底辺か理解できるだろ業務システムなんて客も元請も下請けも馬鹿しかいない
刺身にたんぽぽ乗せる仕事しかしてないからこんなんIT土方が量産されるんだよ日本のこの業界もうオワコンだってわかんねw
いやそれにしてもプログラム板でも屈指のレベル低いスレだわwww

646 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 17:18:47.95 ID:hyq4DqF3.net]
>>636
wpfで作っている



647 名前:ゥ作ツールを勉強を兼ねてtauriとやらに移植してみようと思ったんだが
何から取り組めば良いんだろうかと思ってさ
HTML cssの方がクソwpfより全然良いってこのスレでは繰り返されるから、実際どの程度簡単に出来るものなのかと
vscodeがあるってことは、ほぼデスクトップアプリとして遜色ないものが実現出来るんだろうけど
そのためには大量にjs/tsのコードを書かないといけないんだろうか?
[]
[ここ壊れてます]

648 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 17:21:18.11 ID:hyq4DqF3.net]
>>635
他所では今度はwpfの話が伝わらないんじゃないの?
ここの方がwpfの欠点を知り尽くして、他のソリューションでカバーしてる人が揃ってるんじゃないか?

649 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 17:50:04.92 ID:zKLGLboq.net]
>>640
wpfのレイアウトなんて誰でもできる
他所で聞け

650 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:14:45.95 ID:0VaEegcJ.net]
>>641
他所でwpfやってるなんて言ったら馬鹿にされるんで

651 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:18:19.36 ID:gbrVAWEC.net]
本当に知りたきゃプライドなんて捨てろ
プライド言い訳にしてるやつは伸びない

652 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:23:03.17 ID:0VaEegcJ.net]
違うよ
俺が馬鹿にされるのは良いんだよ
wpfを馬鹿にされるのが悔しいんじゃないか

653 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:26:22.47 ID:2me3KBHt.net]
UIのデザインはWebView2で作るのが最善?

654 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 18:47:55.49 ID:XbNMvvYa.net]
>>641
できなくてWinFormsに固執してるロートルが可愛そうだろ

655 名前:デフォルトの名無しさん mailto:sage [2022/03/10(木) 23:19:21.73 ID:/4sLRdFF.net]
Webから入った人にとってはUIガイドラインとか理解できないんだろうな。
なんでそんな窮屈な制約かけてんの?って。

656 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:10:57.86 ID:snzSxtd9.net]
ガイドライン()、標準化()
日本の底辺IT業界のラインとはピンハネ要因として派遣されてくる底辺IT土方の基準までラインを下げないとプロジェクトが100%頓挫するから最低の線引きするためのラインなのが草
そりゃ日本からまともなUIやデザインのソフトウェアが産まれるわけないわな



657 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:16:07.30 ID:zY0TGkq3.net]
なんかやけにウェブがどーのとか頓珍漢なこと言ってる馬鹿がいるな
今時のまともなプログラマーはデスクトップもモバイルもウェブもフロントエンドもバックエンドもサービスもなんでも経験してるフルスタックエンジニアばかりなんだが?
逆にC#と.NETでレガシーアプリしか開発した事ない雑魚とかレベル低すぎるから空気読んで議論に混ざってくんなよって話なんだが

658 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 00:32:32.52 ID:t2NVWd7T.net]
俺、尻の穴だったら開発したことある!

659 名前:デフォルトの名無しさん [2022/03/11(金) 01:11:26.85 ID:0NZIw/Vg.net]
日本のウェブデザインは時代遅れ感が半端ないからウェブ系が優れてるんだーっていう主張も通らんよな

660 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 06:29:57.85 ID:k165WNW2.net]
>>649
スレタイも読めない馬鹿が何言っても説得力ないぞ

661 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 07:39:55.71 ID:wdcjWAJU.net]
体系的な知識もないのに自負心だけは高くて「俺にデザインさせろ」と言うタイプ

662 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 08:14:22.97 ID:3av598BN.net]
自社主導のUIフレームワークを一つに絞れず乱立させてる時点でガイドライン以前の問題ですわ

663 名前:デフォルトの名無しさん [2022/03/11(金) 20:37:37.19 ID:ZcL2pngG.net]
>>649
そんなまともなエンジニアはこんなとこにいないよ笑

664 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 20:41:46.40 ID:bj9xq9MP.net]
かわいそうに。
なんでも屋の末端奴隷としてこき使われてることに気づいてないなんて。

665 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 22:42:40.55 ID:8stk7VnE.net]
と刺身にたんぽぽ乗せるライン工仕事しかできない底辺IT土方が申しております

666 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:42:33.37 ID:dNvNS5Px.net]
たまーーに
本屋の陳列にエンジニア魂を見る事がある



667 名前:デフォルトの名無しさん mailto:sage [2022/03/11(金) 23:47:42.04 ID:cM8BQlPy.net]
小泉とケケナカが定着させた日本のピンハネ中抜き底辺IT土方業界はCOBOLの需要が増えるという意味不明なガラパゴスだからなw
IBMがさっさと見切り付けて逃げ出して富士通が拾ったみずほが大失敗した現実見れば日本のIT土方のレベルの低さがよくわかるwww

668 名前:デフォルトの名無しさん mailto:sage [2022/03/12(土) 00:00:32.63 ID:T/3fNdHM.net]
うるせー土方さんを悪くいう奴は新鮮組として性売してやる!

669 名前:デフォルトの名無しさん mailto:sage [2022/03/12(土) 04:26:55.95 ID:6d8peZub.net]
Flutterちゅばらすぃー
Flutter Windows DesktopはC++をDartでラップしてるだけだからC++でUI拡張するという力技が使えて痒いとこに手が届くわ
え?C++でもXAML使えるって?WinUI自体がゴミなのにC++でXAMLとかどんな罰ゲームだよwww
Flutter初心者の俺がパッケージ3つ入れて400ステップ足らずのコードで元のタイトルバー消して独自タイトルバーでウィンドウ全体にAcrylic適用したDesktopアプリ作れたわ
いやーこれもうWindows Desktopアプリですら.NETとXAML使う必要性なくなったな
しかしMetaも馬鹿だね意固地になってReact NativeでWindows絶対に対応しないマンやってる間にGoogleにしてやられたね

670 名前:デフォルトの名無しさん mailto:sage [2022/03/12(土) 15:24:20.94 ID:Flf+dDbL.net]
Flutterって、GUIはDartで、ロジックはC#で書けたりするの?
だったらWinUIで作成途中のアプリをFlutterに移行したい。

671 名前:デフォルトの名無しさん mailto:sage [2022/03/12(土) 16:17:49.04 ID:8j7y0aoA.net]
C++/CLIから呼べばいいじゃね
やりたくない

672 名前:デフォルトの名無しさん mailto:sage [2022/03/12(土) 17:57:59.42 ID:BPOXl/2l.net]
なぜDartなの?
Dartの言語としての特色がFlutterに必要不可欠なの?
C#やKotlin、あるいはgoogleのGoじゃ駄目だったの?

673 名前:デフォルトの名無しさん mailto:sage [2022/03/12(土) 18:06:44.45 ID:h3p7PiEx.net]
今のモダンな言語なんてどれも変わらないだろ1日あれば覚えられんだから問題じゃないしどうでもいい
Goじゃ駄目なのかとか言ってる時点でアホすぎるDartすら習得できない老害がGoを理解出来るわけないだろ馬鹿が

674 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:02:01.88 ID:dWEr5JpQ.net]
保守が楽というか、ホットリロード便利だな
XAMLがありがたいと思う時である

675 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:15:38.48 ID:BC1PADvs.net]
HotreloadもLive Visual TreeもReal Time Previewも超便利なんだが遅すぎた
そしてXAMLのカスタマイズ性とMVVMの冗長性が一向に改善されず相変わらず機能毎にStyleとBehaviorとConverterとTriggerとCommandと依存関係プロパティが増えていって対したことないアプリなのにとんでもないファイル数になる
そしてソリューションのロードだけでなく全ての動作がどんどんもっさりしていきビルドも遅くなりストレスが半端ない

676 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:49:09.43 ID:sLBT/1IZ.net]
動作がもっさりしていくなんてやっぱり依存関係プロパティ、バインディングは使い物にならないですね



677 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 12:54:57.10 ID:7a3lZWu9.net]
WinUIになってイベントバインディングができるようになったからビヘイビアを使う機会は激減し、
コンバーターもバインディングで関数が使えるようになってから書かなく良くなった
更にビヘイビア作らないから依存関係プロパティーも殆ど使わずに済む

知らない人は知らないんだな

678 名前:デフォルトの名無しさん [2022/03/13(日) 14:44:02.04 ID:xGM27yKS.net]
WPF基盤アーキテクチャそのものが時代遅れになってるんだよな

679 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 15:21:44.97 ID:uBR7svsW.net]
作るの面倒はまだしも保守も面倒なのがきつい

680 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 17:46:11.57 ID:R9ErNB8y.net]
>>667
たいしたことないアプリにMVVMなんか使うからそんなことになるんだよ。
ViewとModelだけに分けりゃシンプル。

681 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 18:47:41.95 ID:nsQtmE+R.net]
mvvmは捨てる必要ないぞ
viewとviewModelをヘンテコなbindingで繋がずに、
素直にXAMLのcodeBehindで結べば良い

682 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:36:41.22 ID:TWs45iq4.net]
https://platform.uno/blog/uno-platform-4-1-30-perf-boost-android-12-net-6-mobile-preview-13-and-more/
UnoPlatform 4.1リリース

UnoPlatform
Avalonia UI
MAUI
どれが一番品質高くてお勧めなんだ?

683 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:45:31.16 ID:CW8+aPF7.net]
>>674
品質は全部ダメダメ。その中にお勧めは無い。

684 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:52:50.47 ID:JnFjFcNy.net]
もうわけわからん
なんなの

685 名前:デフォルトの名無しさん mailto:sage [2022/03/13(日) 19:56:40.09 ID:TWs45iq4.net]
やっぱそうなの
MAUIはまだ正式リリースされてないが
リソース分散されてどれも中途半端な品質で終わるパターンか

これらで本格的なアプリ作ったことある人皆無やろうからな..

686 名前:デフォルトの名無しさん [2022/03/14(月) 01:36:04.57 ID:q7j5hHcY.net]
Microsoft Store見たほうがいいよ
もう競争は始まっている



687 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 08:30:26.13 ID:fUKm9iPi.net]
小銭稼ぎの低レベルな競争w

688 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 08:37:23.84 ID:aAll4MkO.net]
もう競争は始まっている(キリッ
ちょwおまwwwクソウケるwww
WSAでAndroidアプリが動作して既に米国限定でAmazon AppStoreのテストが始まってんのも知らねー無知な知ったかがもう競争は始まっている(キリッは草www
もうWindowsのアプリはすべてAndroidアプリに取って代わられるんだよ馬鹿
だからFlutterなんだよ低脳の馬鹿が

689 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 09:54:20.90 ID:WXnM/Xv2.net]
MSがそっちについて舵きったから
デクストップアプリもそーーなるよな

690 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 10:05:25.99 ID:9vW91rD0.net]
まだテストなんかしてんのかよ
Win11の売りだろw

691 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 11:53:26.20 ID:akZZG4oS.net]
現時点でのまとめをお願いしたい

692 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 12:18:32.21 ID:5xSHNwQr.net]
Windowsデスクトップのみを対象 → WPF + .NET6
マルチプラットフォーム → Flutter

以上

693 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 12:26:30.18 ID:alz+gcb+.net]
コケる予感しかしない!!!

694 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 18:04:46.14 ID:bq7EOiN8.net]
間に別言語はさむならflutterはやらん

695 名前:デフォルトの名無しさん mailto:sage [2022/03/14(月) 20:46:17.51 ID:VgOEp4wW.net]
flutterは良いけどdartがパッケージ貧弱すぎてやってられん

696 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 01:08:03.87 ID:zy4//FCI.net]
XAMLでなければWPFでも良いのだが



697 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 01:17:15.55 ID:gDzVuJrs.net]
まぁXamarin使わないといけない特別な事情でもないかぎりまともな脳みそしてればクロスプラットフォームならFlutterかReact Nativeの二択しかないって理解できる
ぶっちゃけシェアって観点ならiOSならSwift+ObjCでAndroidならJava or Kotlinで未だに圧倒的にネイティブ開発の方が多いからな
その過半数もシェア取れてないクロプラでXamarin選択する馬鹿なんて中抜きCOCOAとかそういうのしかないってことも理解できる
カスマイズもメンテもクソ面倒なXAMLなんて強制されなきゃ誰も使わんよ

698 名前:デフォルトの名無しさん [2022/03/15(火) 02:36:07.28 ID:wxAKazpM.net]
XAMLはシンプルだから好きだな

699 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 02:38:24.61 ID:5wqp9dPN.net]
直接テキスト弄るとか時代遅れ。40年前の開発環境やん。

700 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 02:42:09.78 ID:aztZ8x4p.net]
シンプルってWinFormsでもReactでもFlutterでもシンプルだぞ何言ってんだんだ?w
そもそもXAMLもバリバリコードビハインド使ってるし現代のフロントエンドはコードビハインドに回帰してるんだが時代が10年前から止まってんじゃねーの

701 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 07:38:52.71 ID:+nzcScrX.net]
>>688
WPFのメリットってXAMLが使える事ぐらいだろ

>>691
ノーコード・ローコードツールでも使ってな

702 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:06:43.73 ID:ANrCJv0X.net]
メリットもクソもWPFイコールXAML+MVVMなんだが?w
MSのJosh SmithがDocsの記事で公言してんだから疑問に予知なんてねーしそもそもそんなことも知らんアホがこのスレでふドヤ顔してんのレベル低すぎて超ウケるwww

703 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:25:53.39 ID:5wqp9dPN.net]
誰でも知ってることをドヤ顔するゆとり

704 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:48:00.55 ID:QmwOu7BD.net]
別にMVVMが必須ではない
量産し出すと保守の都合でMVVMの方が勝手がいい、それだけ
開発の大半はビジネスロジックやUIの作成に費やされていて、ビューモデルとか割とどうでもいい

705 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 08:58:25.27 ID:5wqp9dPN.net]
WPFの三大デメリット
・保守性が悪い
・開発効率が低い
・MVVM信者が仕事しない

706 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 09:06:50.36 ID:1P61Y5CH.net]
>>697
WinFormsよりは保守性も開発効率も格段に上だけどな。
MVVMの有無にかかわらず。



707 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 09:11:18.15 ID:5wqp9dPN.net]
>>698
VS開発チームに言え。

708 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 10:32:43.69 ID:ojiY1uz7.net]
XAMLって、HTMLでレイアウト+CSSで機能実現する人には快適だけど、HTML中心、つまり Resource Style使わない人には大変だね。
Webデザイナー向け。
WinFormsでベタボトの人には向かない。

709 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 10:40:58.00 ID:nE2S4XJM.net]
HTML+cssメインの方だと
XAMLでは貧弱過ぎて相手にされないと思いますが

710 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 10:50:44.76 ID:F1Lshhnx.net]
>>700
いやいやXAMLのどこがHTML5+CSSなんだよ!w
お前がXAMLどころかウェブもReactもFlutterもなにもわかってない雑魚だってことはそのレスでバレバレだからもうROMってろ、な?w
逆にさっさとXAML捨ててHTML5+CSSならもっと人気でてるわ
XAMLを捨てられず折角買収したXamarinはXamarin FormsでオワコンだしASPもBlazorとWASMで延命はかるも中途半端すぎるわでオワコン
結局MSが出した答えはまたもAppleの猿真似でAndroidアプリをデスクトップで動かしたらええんや!でカジュアルなデスクトップアプリが死亡

711 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 11:52:30.80 ID:nE2S4XJM.net]
webview2上に標準のUIライブラリーを構築しとけば
よかったんですよね
わかります

712 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 12:16:53.73 ID:KABQ0Zu2.net]
>>698
その割には情報が少ない=開発効率が悪い

713 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 12:22:57.16 ID:gx8bNUZn.net]
Viewは有償コントロール並べるだけだろ

714 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 13:00:11.14 ID:35tntd1Y.net]
>>704
必要な情報なんかとっくに出尽くしている。
情報は目の前にあるのにそれを得られない、
お前の脳の効率が悪いんだろw

715 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 15:41:41.04 ID:sSOFR72l.net]
あああああああああああああああああああああああああああああああ!!!!!!!!!!!(ブリブリブリブリュリュリュリュリュリュ!!!!!!ブツチチブブブチチチチブリリイリブブブブゥゥゥゥッッッ!!!!!!!)

716 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 17:19:52.84 ID:QmwOu7BD.net]
XAMLはXML寄りだからねー
添付プロパティとか始めると入れ子の階層がすごいことになるし
<ListView.ItemTemplate>とか<i:Interaction.Triggers>あたりは書くのがつらい、まあ慣れたけど



717 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 18:55:14.60 ID:p708Dvf0.net]
XMLよりじゃなくてMSのXML拡張なんだよなんかこのスレってマジでにわかしか居なく無いか?
せめてAttribute Syntaxだけで記述できればマシだったがProperty Element Syntaxはツリーのネストが深くなるし行数も増えるしでいいことないからな
ユーザー定義コントロールのControlTemplateでめちゃ複雑で凝ったStyleとか最後は自分ので書いたのでも触りたくなくなるのに他人のソースとかマジ勘弁て感じ

718 名前:デフォルトの名無しさん mailto:sage [2022/03/15(火) 19:16:13.93 ID:Ch7lNEeZ.net]
いや属性構文でもXAMLは冗長すぎて属性毎に改行するスタイルになるからどうやっても行数がヤバいことになる
これはもう定義が厳格なXMLの拡張であるXAMLの構造的欠陥なんだわ
せめてCSSを採用してればかなり違ったと思うんだよなStyleやResourceなんて誰が見たってゴミなんだよな






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<240KB

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