22/12/31 16:45:34.57 oTYkEuS3.net
もう一度 >>625
651:デフォルトの名無しさん
22/12/31 17:08:27.58 7u0hS8nU.net
とあるプロパティにxamlで値が設定されてるかどうかをコード上から判定したいんだけど、方法ありますか？
なんでそんなことをしたいかと言うと
xamlで値やBindingが設定されて無ければコード上で特定の値を設定するため
WPFのプロいない？
652:デフォルトの名無しさん
22/12/31 17:15:15.93 mMd7om+i.net
xmlとして解析するしかない
653:デフォルトの名無しさん
22/12/31 17:19:07.51 gCYW3fEI.net
デザイナーいらんよ
654:デフォルトの名無しさん
22/12/31 18:49:56.12 ANbm0fWN.net
今ってポトペタでデザイン
655:するフレームワークあるの？ Windows以外で
656:デフォルトの名無しさん
22/12/31 19:31:50.04 Wrtrkox0.net
むしろandroidもxcodeも過去のwinformwpfですら対応してるというのに
657:デフォルトの名無しさん
22/12/31 19:49:12.81 tl6LrbQ7.net
>>638
csコードのままポトペタ実現してたWinFormsという実例があるのに何ってんだ？
658:デフォルトの名無しさん
22/12/31 19:51:49.26 bV/lqOzV.net
>>641
哀れだねぇ
659:デフォルトの名無しさん
22/12/31 20:18:00.32 oTYkEuS3.net
>>648
現実を見ようよｗ
各陣営どうやって開発者を増やしていくかと言うのが一番の課題なのに
俺が使えるからデザイナいらねえって言ってる馬鹿がお前なんだけど
660:デフォルトの名無しさん
22/12/31 20:42:16.08 Yb1sr/BZ.net
デザイナで調整することなんてあるのか？
XAML触ったほうがよくないか？
661:デフォルトの名無しさん
22/12/31 20:55:46.70 tyrVnINI.net
WinUIってデザイナはBlend使うんじゃないの？
662:デフォルトの名無しさん
22/12/31 21:11:00.04 W1vUYFSN.net
>>647
WinFormsのデザイナは手書きに対応していないし自動生成コードを手で弄ったら壊れる
あれはソースコードの形を取ってはいるが実質的に専用の設定ファイルと変わらん
しょうもない揚げ足取りはやめろ
663:デフォルトの名無しさん
22/12/31 22:57:39.02 J15SQ39W.net
>>652
向いてるかどうかは別にして
デザイナのコードを手修正しても、一から手で作成しても
正しく作ればそれでデザイナが壊れるなんてことはない
実際ちょっとした修正ならデザイナ開かず直接コード修正とかよくやる
専用の設定ファイルとかじゃなくて、まさに正しいソースコードだけど
664:デフォルトの名無しさん
23/01/01 00:42:07.84 F1BOjJjY.net
ホットリドードは FontSize=""で堕ちるバグ修正してくれ
判っていたもついやっちまうんだよな
665:デフォルトの名無しさん
23/01/01 08:46:50.91 v8lxumL5.net
>>652
>あれはソースコードの形を取ってはいるが実質的に専用の設定ファイルと変わらん
そういう扱いでいいわけだからわざわざXAMLにする理由になってないということなんだが。
666:デフォルトの名無しさん
23/01/01 09:23:08.25 Db/riRaQ.net
>>655
•プログラミング言語非依存
•デザイナと手書きや手修正の両立
を実現しようとしたんだよ
結果、デザイナにも手書きにも適さない中途半端なものが出来上がったというわけだ
667:デフォルトの名無しさん
23/01/01 10:23:43.73 45a0TSHD.net
android studioみたいなデザイナーないの？
668:デフォルトの名無しさん
23/01/01 10:43:36.47 v8lxumL5.net
>結果、デザイナにも手書きにも適さない中途半端なものが出来上がったというわけだ
手書きはすごく便利になったと思うが。
このへんやっぱりXMLアレルギーの人とは意見が合わないんだよなぁ。
669:デフォルトの名無しさん
23/01/01 11:37:16.20 9sUFDNQ3.net
XMLで書けない人が騒いでるだけだろ
ざっくりレイアウトする時にデザイナー使うことあるけど最終的にはXMLで修正するし慣れればスクラッチからでもXMLの方が楽
670:デフォルトの名無しさん
23/01/01 12:14:37.41 3frrREKu.net
xmlだからだめじゃなくてxmlとしての公開の仕方がね
各コンポーネントをググらずに作り切れるやついるのかな
リストでちょっといじりたいときにcelltemlateとかdatatemplateを自力で導き出せるのかというね
機能競合してて動作しないバインディングとかイベントとか
こんなもんポチポチして勝手に生成したり警告してほしいんだ
UI書きたいんじゃなくてロジック書きたいんだ
671:デフォルトの名無しさん
23/01/01 12:53:10.91 5MDrbxjO.net
10年以上XAMLは手書きのインテリセンスがまともじゃなかったけど最近はかなりまとも
672:デフォルトの名無しさん
23/01/01 13:22:26.85 5MDrbxjO.net
デザイナ不要は暴論だと思うけどな
winui3だっけ?にデザイナがないなら絶対触らない
673:デフォルトの名無しさん
23/01/01 13:28:23.88 RR6
674:vNIA0.net
675:デフォルトの名無しさん
23/01/01 13:31:24.51 /2Td5fH8.net
でたよUIにロジックを組み込もうとするやつ
こういう関心の分離に従わないやつがゴミコードを書くんだよな>>660
676:デフォルトの名無しさん
23/01/01 13:37:55.88 Xuwzn+Kj.net
htmlやcssだってデザイナなくてもあれだけリッチな画面作れるのにデザイナなんかいらんだろ
677:デフォルトの名無しさん
23/01/01 13:40:46.67 iNnE4dy/.net
>>665
CSSはホットリロードで作ってくから
デザイナーいらんのよ
678:デフォルトの名無しさん
23/01/01 13:42:58.51 yQVkYjd/.net
XAMLをデザイナーなしでとか効率悪すぎ
679:デフォルトの名無しさん
23/01/01 13:44:36.70 5MDrbxjO.net
>>665
デザイナ業務の人たちはデザイナ使ってるよ
680:デフォルトの名無しさん
23/01/01 13:46:57.06 5MDrbxjO.net
デザイナ業務 → デザイン業務
レスポンシブなどの概念が広まった後は商用でcss手打ちしてる人はほぼいないと思う
681:デフォルトの名無しさん
23/01/01 13:50:01.48 3frrREKu.net
>>664
分離してるからuiの表現に力使いたくないって言ってるのに
682:デフォルトの名無しさん
23/01/01 13:53:03.67 5MDrbxjO.net
一つ理解したのはこのスレの人たちは理解力が低く勝手に勘違いして攻撃しあってる
683:デフォルトの名無しさん
23/01/01 14:13:21.74 MDzvkL7n.net
草
684:デフォルトの名無しさん
23/01/01 14:17:33.26 Xhzot8O4.net
xml系が嫌なら宣言的ui使えるプラットフォームに移行すればいいだけでは？
考えの押し売りはキモい
685:デフォルトの名無しさん
23/01/01 14:34:58.15 Xuwzn+Kj.net
>>669
どのデザイナ使ってんの？具体的に教えてくれ
686:デフォルトの名無しさん
23/01/01 14:37:29.49 drNOlwLI.net
そこで、猫だ。と言えれば格好いいんだろうなぁ
687:デフォルトの名無しさん
23/01/01 15:20:22.34 zSZshfS/.net
>>671
はいはいすごいでちゅね～
688:デフォルトの名無しさん
23/01/01 22:22:13.58 5MDrbxjO.net
UWP/WinUI 2 アプリは、いつ WinUI 3 に移行すればよいですか?
UWP 開発者は、UWP とその機能セットに満足しているのであれば、アプリを Windows App SDK へ移行する必要はないはずです。
WPF は非推奨ですか?
いいえ。 WPF はまだサポートされていて、いくつかの機能アップデートを受けることもできます。
WinForms は非推奨ですか?
いいえ。 WinForms はまだサポートされていて、いくつかの機能アップデートを受けることもできます
Windows ランタイム (WinRT) は非推奨ですか?
いいえ。 WinRT とは、複数の言語間での相互運用を可能にするアプリケーション バイナリ インターフェイス (ABI) を指します。
WinRT は COM の進化系です。
Windows App SDK は、その機能のほとんどを WinRT API を通じて提供します。
689:デフォルトの名無しさん
23/01/02 09:35:36.77 vx+ruYfH.net
＞ WinRT は COM の進化系です
690:デフォルトの名無しさん
23/01/02 09:51:00.68 pdAPyLqO.net
プレビュー自体はホットリロードでもいいけど、連動していたドキュメントアウトラインからのスタイルテンプレ取得の機能をなんとかして欲しい
今のところgeneral.xaml開いて拾ってくるしか無い
691:デフォルトの名無しさん
23/01/02 13:39:08.45 68tUcpM+.net
お前らはやくMAUIに移行しろよ
692:デフォルトの名無しさん
23/01/02 14:16:13.90 y0bSAshk.net
>>584
MAUIといいWinUIといいバグだらけ
時間の無駄
693:デフォルトの名無しさん
23/01/02 20:23:38.94 SURanjEv.net
貴方には人脈作りが足りないわ
694:デフォルトの名無しさん
23/01/02 21:04:04.57 ddH5RTrX.net
WPFを真っ当に発展させていけばいいものをUWPだのMAUIだのWinUIだの同じようで異なるものをポンポンと
695:デフォルトの名無しさん
23/01/02 21:12:47.63 rwsLdqzg.net
WPFアニメーションで質問
コントロールがぬる～っと動くアニメーションxamlで作ってて
DoubleAnimationコントロールのToプロパティにBindingすると
「スレッド間で使用するために、この Storyboard タイムライン ツリーを固定することはできません。」
とかいう謎の実行時エラー出るんだけどxamlで完結出来る解決策教えて
要はToプロパティを動的に計算する手段が欲しい
コードビハインドは無しで
696:デフォルトの名無しさん
23/01/02 21:21:23.14 8mvwIqW3.net
>>683
しかもどいつもこいつもバグだらけで無意味に制約が増えるだけというw
697:デフォルトの名無しさん
23/01/03 15:00:31.60 nu/hcufi.net
>>684
まずこういう初心者から脱しよう
>コードビハインドは無しで
698:デフォルトの名無しさん
23/01/03 15:27:36.05 s7w3OgPz.net
要は動きゃいいんだよ。コードビハインドでもなんでも。
699:デフォルトの名無しさん
23/01/03 20:42:50.43 KGK7R/p5.net
どうでもいいけどGridが内部のコントロールによってでかくなるのむかつくな
ツリービューにスクロール要素つけることが出来なかった。（Gridの高さを小さめに設定すれば行けるんだがAutoや*だと無理だった）
700:デフォルトの名無しさん
23/01/03 21:54:45.82 VNpinjfs.net
>>686
解決策も示せない上級者(笑)には聞いてねえよ
そらコードビハインドで書きゃなんだって出来るわな
専用スレだってのに少しは建設的なレスできるやついないの？
701:デフォルトの名無しさん
23/01/04 18:02:44.38 jeLa9RFO.net
WPF で Data Binding と Command を使ったアプリケーションをシンプルに書きたかった話
702:デフォルトの名無しさん
23/01/04 18:33:50.34 JAQsRFBH.net
Bindingは遅い
703:デフォルトの名無しさん
23/01/04 19:39:31.67 2SqFJU55.net
>>684
ビヘイビア
704:デフォルトの名無しさん
23/01/04 19:54:43.54 wCZuhRBR.net
コードビハインドでいいよな
周りに非コードビハインド(?)でできる人が
いればその人に聞く。
いないなら自分のやりたい手法で良い。
705:デフォルトの名無しさん
23/01/05 00:20:37.46 y0gT/1A7.net
コードビハインド=悪
やっぱり、この思想が世の中に蔓延ってるんだよな
WPF普及の足枷よ
706:デフォルトの名無しさん
23/01/05 07:17:48.73 N2RR6onK.net
WPFの高DPI(Winformsでもできるが) 画面構築とコードビハインドでも
無問題。
707:デフォルトの名無しさん
23/01/07 19:00:12.83 Fb8+6/DV.net
添付ビヘイビアを使うときの注意点ってありますか？
なんか検索するとイベントが残るとか、メモリリークの原因になるとか不穏な情報が出てきて…
708:デフォルトの名無しさん
23/01/07 19:04:12.35 2szfqrFe.net
そうならないためにどこに注意しろというところまで書いてあるから読めや
なぜそれを読み飛ばしてここでまた聞いて読み飛ばすんだ
時間の無駄だろ
709:デフォルトの名無しさん
23/01/07 21:26:26.92 PTaQwqmg.net
つべこべ言わずさっさと教えろや
粗チンが
710:デフォルトの名無しさん
23/01/07 22:19:27.33 pHfLuIJC.net
コードビハインドが悪とかそもそも誰が言い出したんだっけ？
WPF初期から使ってるがMVVMはじめてみんなコードビハインドが悪だと信じ込まされて苦しんでたの草生えたわ
そもそもユーザー定義コントロール作ろうと思ったら継承必須だからコードビハインドせざるを得ないしConverterもBehaviorもおもっくそコードビハインドなのだが当時はMVP持ってる奴等が荒唐無稽な妄想で喚き散らしてて呆れたもんだわ
711:デフォルトの名無しさん
23/01/07 22:23:24.11 Y0eXDHz2.net
xamlの中にC#書けばコードビハインドじゃなくなるのに
誰も推奨しないのは何故だ？
712:デフォルトの名無しさん
23/01/08 02:43:01.75 8ZugT8ju.net
>>699
MVP野郎たちだね
一方コントロールの内部実装では
バインディング全く使われて無かった
713:デフォルトの名無しさん
23/01/08 11:23:34.32 byg5uwIv.net
コントロールはバインディング提供する側だろ
714:デフォルトの名無しさん
23/01/08 14:13:40.53 PbsTDkd5.net
結局フレームワークが新しいものに移り気だからぜんぜん成熟しないんだよね
バインディングサポート謳うなら
view作ったらviewmodelのテンプレート生成して
標準で提供しているコントロールぐらいどのプロパティもどのイベントのコマンドもお手軽バインドできるようにして
xamlにバインド記述したとき対応してない型なら自動でconverterコード生成するぐらいしてくれないと
715:デフォルトの名無しさん
23/01/08 14:19:29.23 PbsTDkd5.net
C#という言語としてはしっかり進化してるだけにもったいない
716:デフォルトの名無しさん
23/01/08 14:35:32.75 ApqFO/5d.net
マウイキチのせいで変なやつしか残ってねえ
717:デフォルトの名無しさん
23/01/08 14:37:21.85 fu9cdYT1.net
おちんぽ様があればなんでもいいや🥰
718:デフォルトの名無しさん
23/01/08 14:48:32.64 KMJhNHUR.net
xamlが別言語並に独特すぎて覚えるのクソダルいクセにまともに使えない機能多過ぎるのがマジで終わってる
>>700が言うようにC#スクリプトでも埋め込めりゃまだマシなのにそれすら無いせいで使う側が死ぬほど面倒なコード書かなきゃならん
コードビハインドだのViewModelだのビヘイビアだの依存関係プロパティだのカスタムコントロールだの
こんな面倒なコード量産しなきゃならん時点で流行るわけねーんだわ
使えば使うほどムカついてくる素晴らしいフレームワークだよ
719:デフォルトの名無しさん
23/01/08 15:04:32.93 Pk0s31T8.net
Windows向けのアプリ開発するならWinFormsが一番楽なのがな
720:デフォルトの名無しさん
23/01/08 17:58:15.70 VgJ6NFLi.net
Winforms派だけどテキトーに作っても画面が最適化されるXAMLはいい。
縦モニタあるんだが最大化したら普通にうまく表示されたし。
逆に言うとこの辺しか利点がないと思った
721:デフォルトの名無しさん
23/01/08 19:35:19.77 PmW37SD4.net
>>708
それな
しかもWinUI3.0は結局WinFormsだけでUWPを切り捨てて先祖返りしてるのマジでMSが行き当たりばったりで戦略性やビジョンが皆無なのが露呈してしまった
そもそもUWPはGlobal Hook使えなかったり.NETのサブシステムで機能が足りなかったりと欠陥すぎてあえなくMS Storeが死亡してそうだ！AndroidアプリをWSAで動かせばええんや！(ピコーン)とか斜め上の解決策なのも草
俺ならとりあえずXAML捨ててUIをWinFormsだけにするけどなもうHTML5+JS(TS)に慣れた開発者がXAMLに乗り換えてくれることはワンチャンすらねーよノーチャン
722:デフォルトの名無しさん
23/01/08 21:06:53.22 eSX1r11v.net
この荒ぶっている彼はxamlをあまり解っていないようだね
最近使ったこと無いのがよく分かるよ
723:デフォルトの名無しさん
23/01/08 21:47:08.89 PmW37SD4.net
お前より100億倍XAMLに詳しいよｗｗｗ
そしてお前がReactもVueも触ったことないのがよく分かるｗｗｗ
724:デフォルトの名無しさん
23/01/08 21:51:15.67 FmhgYZHl.net
実際のところどうなのかは知らないけど
>お前より100億倍XAMLに詳しいよｗｗｗ
こんなこと書いている奴はそれだけで頭悪そうに見えるよな
725:デフォルトの名無しさん
23/01/08 22:09:38.16 KMJhNHUR.net
5chでよくある光景だけど人のレッテル貼りしか出来ない奴よりは
言葉悪くても具体的な意見とか主張書ける奴のが有能だよ
それでもマウイくんはちょっとどうかと思うけど
726:デフォルトの名無しさん
23/01/09 00:05:14.55 lonLEoUy.net
すみません。
Viewのイベントハンドラーをコマンドで呼び出したいのですがいい方法ありますでしょうか。
以下のTreeViewがあります。このツリービューのアイテムを選択した時に発火させるためのEventHandlerがItemInvokedなのですが普段のMVVMの通り{Binding 〇〇Command}とViewModelのコマンドを呼び出すことができません。
ViewModelのコマンドを呼び出すためにはどうすればよいでしょうか。
<TreeView x:Name="boardTree"
ItemsSource="{Binding BoardSource}"
SelectedItem="{Binding SelectBoardList}"
SelectionMode="Single"
ItemInvoked="boardTree_ItemInvoked">
<TreeView.ItemTemplate>
<DataTemplate x:DataType="model:BoardList">
<TreeViewItem ItemsSource="{x:Bind Children}"
Content="{x:Bind BoardTitle}"/>
</DataTemplate>
</TreeView.ItemTemplate>
</TreeView>
因みにItemInvoked="{Binding 〇〇Command}"としたところ以下のエラーが表示されました。
XLS0523 イベント ItemInvoked はデリゲート型 TypedEventHandler`2 のプロパティのみにバインドできます。
727:デフォルトの名無しさん
23/01/09 00:43:59.11 fJBcDyWo.net
>> 715
Biindできるのは
TypedEventHandler<TreeView, TreeViewItemInvokedEventArgs>型のみ
Commandインターフェースは持っていない
728:デフォルトの名無しさん
23/01/09 00:57:04.65 Gm/B1yN/.net
Trigger使えよ常識だろ
このスレはド素人しかおらんのか？ｗｗｗ
729:デフォルトの名無しさん
23/01/09 01:24:32.51 bMLH0vIN.net
BoardListとか書いてるからこれ作ってる5chBrowserの事でMAUI君だろこれ
初めての実践とはいえひどいなww
730:.NET MAUI HighSchool
23/01/09 02:46:28.31 lonLEoUy.net
>>718
酷いと言われてもまだ経験年数6ヶ月なのですが…
731:.NET MAUI HighSchool
23/01/09 02:47:02.73 lonLEoUy.net
>>717
常識なのですね
MAUIではTrigger使ったことなかったので知りませんでした
732:デフォルトの名無しさん
23/01/09 05:15:33.29 fJBcDyWo.net
Triggerは古いんだってWinUIで切り捨てたのに
Xamarinからの流れでMAUIで復活したような形になっちゃってる
設計思想ェ…
733:デフォルトの名無しさん
23/01/09 05:34:49.69 tJekEL9N.net
コテ隠して投稿したのに一瞬でバレてるのほんま草
734:デフォルトの名無しさん
23/01/09 09:08:07.33 Gm/B1yN/.net
マジでまともにXAML書いたことないド素人しかおらんの草ｗｗｗ
俺は大企業で数多のカスタムコントロールを作ってきたからわかるが圧倒的にHTML5+CSS+JS or JSX or Vue or Svelteの方が優れてるからXAMLを採用し続ける限りMSの言語や開発環境が人気が出て盛り上がることは100%ない
735:デフォルトの名無しさん
23/01/09 10:05:34.91 vT+MYNad.net
>>709
>Winforms派だけどテキトーに作っても画面が最適化されるXAMLはいい。
「画面(GUI)が勝手に最適化」はまず不可能だと思うけどね。
そもそも、Windowsアプリは最低、1024*768の解像度が有る環境が必須と
されていた。それより狭い画面だとまともに動かない。だから、スマホだと
無理が出る。XAMLで書いてもその制限は越えられない。
スマホのタッチパネル付きの狭い縦画面(?)には、それに配慮したGUIが
必要となる。XAMLなどで自動化しようとしても完全に自動化はまず不可能。
736:デフォルトの名無しさん
23/01/09 11:13:58.50 CMOGOW6l.net
709だが、
>>724
そりゃ全ての環境においてうまく最適化は
されないでしょう。
高い解像度もってると意外とうまく程度。
737:デフォルトの名無しさん
23/01/09 11:18:17.95 Iu/RQ3PS.net
スマホだと、ボタンが二つ以上横に並ぶようなインターフェースは無理が有るみたいだ。
ボタンは1つずつ�
738:cに並べる必要があるらしい。 チェックボックスのようなものも同様。 しかも、デスクトップだと 項目名1[x] 項目名2 [x] なのに対し、スマホだと、 項目名1 [o-] 項目名2 [o-] みたいに項目とチェックの箱を二行に分けないと画面に入らないことがある。 こんなもんまでXAMLで共通化は難しいだろう。 もしかしたらできるかもしれないが、想像力と実機での確認が必要となるだろう。
739:デフォルトの名無しさん
23/01/09 11:27:12.03 aa+FIxM3.net
>>724
そんな制限はないしアダプティブにもできる。
740:デフォルトの名無しさん
23/01/09 11:29:43.14 Iu/RQ3PS.net
>>727
どのみち人間が考えないと駄目だろうて。
特に、デスクトップでは1画面内に出来るだけ多くの情報があった方が便利だったり
する。それが仕事の効率を高める。
ところが、スマホだと画面が小さいから不便であろうが「認識」できることが重要となる。
741:デフォルトの名無しさん
23/01/09 11:37:36.93 Iu/RQ3PS.net
なんというか、スマホだとある意味、項目を全て一個ずつ縦に並べるという
インターフェースにしか出来ないのに対し、デスクトップは作成者の判断で
何でも出来る。
一方は1通り、他方は無限種類(作者次第)。
そういうものはXAMLで共通化しにくいだろう。
742:デフォルトの名無しさん
23/01/09 11:41:26.32 Iu/RQ3PS.net
>>729
スマホの場合、画面上での並べ方は1通りでも、タップしたときにサブ項目を出したり
するようなことが必要になるかもしれない。
それはプログラミングで行なうことになると思う。
デスクトップだとそれは不要だから、プログラムもスマホとデスクトップで
場合分けが必要になるため、XAMLで共通化なんてできそうにない。
743:デフォルトの名無しさん
23/01/09 11:43:56.57 Iu/RQ3PS.net
Windows用のamazonのKindleアプリはなんか使いにくい。
それはマウスを前提にして無いからだと思う。特に右クリックやダブルクリックに。
AdobeのPDFリーダーも、どうも、Mac風に右クリック無しに設計されているように
思える。だから使いにくい。
結局、XAMLで共通化しようとしてもこのような不便さを乗り越えることは出来ない
だろう。
744:デフォルトの名無しさん
23/01/09 14:26:00.62 WjMPlMPo.net
>>719
その割にはえらいマウント取ってんじゃん
745:デフォルトの名無しさん
23/01/09 14:32:56.60 rlcAgSH9.net
>>726
WrapPanelに全部放り込めばいい
見栄えは悪いがウィンドウサイズに応じて勝手に折り返してくれる
746:デフォルトの名無しさん
23/01/09 14:59:33.67 kDrmUDvl.net
>>733
見栄えが悪い段階で競争力低下につながる。
中小企業は大企業に機能の量では勝負できないので、インターフェースの
良さで勝負するしかない。
747:デフォルトの名無しさん
23/01/09 15:04:05.50 JG4n3EWl.net
>>726
androidだと広いタブレットとスマホの2種類用意するけどなあ。
748:デフォルトの名無しさん
23/01/09 15:08:47.01 Uf5892xv.net
スマホ・タブレット・デスクトップでUIを1本化しようとしたWin8はクレイジーだなw
749:デフォルトの名無しさん
23/01/09 15:12:42.08 kDrmUDvl.net
そもそも論として、マイクロソフトやGoogleが用意したフレームワークのXAML
で自動化できる範囲では、彼らのソフトを上回れないだろう。
彼らは大量の予算で大量の機能を盛り込んでいるから、そこでは勝負は出来ないわけで
せめてUIだけでは上回らないと。
750:デフォルトの名無しさん
23/01/09 15:25:12.15 CMOGOW6l.net
>>734
必要な機能の量なんて実務で違うだけで
小・大企業は無関係。
751:デフォルトの名無しさん
23/01/09 16:32:43.44 kDrmUDvl.net
>>738
そうでなくて、アプリを作る中小企業だとしたらの話。
アプリを作る大企業にアプリの機能の量で勝負は難しい。
受注生産なら関係無い。パッケージソフトの場合。絶滅危惧種かも知れないが。
752:デフォルトの名無しさん
23/01/09 16:38:16.97 iDst/v4Q.net
UIを使いやすくするのってむちゃくちゃ手間�
753:ｩかるよ 単純に機能の頭数を増やす方がよほど楽
754:デフォルトの名無しさん
23/01/09 17:14:39.24 Bk9CkQaS.net
>>735
URLﾘﾝｸ(codezine.jp)
755:デフォルトの名無しさん
23/01/09 20:55:01.23 VAMvz/Px.net
>>740
PhotoshopやBlenderみたいな機能は難しいぞ。
756:デフォルトの名無しさん
23/01/09 21:32:38.63 VlOGD5A5.net
UWPやWinUI3だと、AdaptiveTriggerってやつを使うとxamlだけで画面の広さに応じてレイアウト変更できるんだけどね
757:デフォルトの名無しさん
23/01/09 21:46:08.04 nU3Q25WU.net
なんかふわっとした中身無い話してる面倒臭いやついるけど
デザイン云々はろくに絵もかけないような素人が考えたって出来上がるのはダサいゴミだし
ユーザビリティもデザインの話であってフレームワークにはなんの関係も無いんだわ
758:デフォルトの名無しさん
23/01/09 22:33:55.37 lonLEoUy.net
>>743
なるほどサンクス
759:デフォルトの名無しさん
23/01/10 00:19:33.85 75AoNvJj.net
>>742
機能を実装できるだけの能力がある前提であれば、難しいのはPhotoshopやBlenderの基盤を設計、実装すること
その上に機能を実装していくのは大したことではない
760:デフォルトの名無しさん
23/01/10 07:09:58.28 OxkY1EKy.net
これまたスゴイ前提だなw
761:デフォルトの名無しさん
23/01/10 07:21:14.00 qZmBF8Ni.net
>>744
これまたふわっとした話だなw
762:デフォルトの名無しさん
23/01/10 08:53:27.69 ezHrtw/n.net
.NETが頼りなさすぎてWindowsにしか使えない…
763:デフォルトの名無しさん
23/01/10 08:59:42.68 OBXOhDjf.net
サーバーサイドのcoreは？
docker(Linux)で使ってるけど
764:デフォルトの名無しさん
23/01/10 09:21:33.49 +mjDVU7D.net
MAUI頑張って欲しいんだが無理そうなん？
765:デフォルトの名無しさん
23/01/10 09:39:09.65 KT5CIzzC.net
帯に短したすきに長し
766:デフォルトの名無しさん
23/01/10 10:37:26.87 UQYL1QmR.net
>>751
最強
767:デフォルトの名無しさん
23/01/10 10:50:02.95 ORROBuFm.net
次スレはWPFやめてMAUIに改名だな
768:デフォルトの名無しさん
23/01/10 10:56:02.86 Hk3aEfsS.net
>>747
いやいや画像処理を実装する能力のない企業がフォトレタッチツール分野でPhotoshopと戦えるわけないだろw
UX以前の大前提よ
769:デフォルトの名無しさん
23/01/10 12:56:02.79 8j8XoUSq.net
>>744
マジコレ
ほとんどのプログラマは生まれつき視覚が劣化してるのか映像を理解する脳みそが劣っているのかわからんが
UIがゴミレベルで何もできない
お話にならないくらい酷い
770:デフォルトの名無しさん
23/01/10 13:16:13.96 qDFak1WK.net
WinFormsのデートピッカーみたいに
マウスポチポチならいいけどキーボードだけで打ち込もうとすると終わってるとか
UIって難しいよね
771:デフォルトの名無しさん
23/01/10 21:00:50.24 booJu1RN.net
>>754
MAUI for desktopね。
772:デフォルトの名無しさん
23/01/10 23:18:00.83 2Qc6Qyys.net
>>746
Photoshopには、
・人物の輪郭を自動的に選択する機能が有る。
・マウスで囲った部分の人物や物体だけを消す機能が有る。
周囲の背景を上手く延長するような機能。
こういうものを実装するのは難しい。
単純な「画像処理」の範囲ではないと思う。
773:デフォルトの名無しさん
23/01/10 23:19:02.06 2Qc6Qyys.net
>>759
他にも、ウエストを細くしたり、おっぱいを大きくしたりするようなこともできるらしい。
こういうものも「画像処理」の範囲を逸脱しているはず。
774:デフォルトの名無しさん
23/01/10 23:20:25.14 2Qc6Qyys.net
>>756
ただ、デザイナーがデザインしたUIは、見た目がいいだけで余り使い勝手が
よく無いかもしれないぞ。
PC-9801時代のプログラマーのUIは便利だったと思うし。
775:デフォルトの名無しさん
23/01/10 23:45:36.07 Kw74t4vc.net
>>759
そういう機能も持ったアプリめちゃたくさんあるぞ
色のコントラストがはっきり違えばどのアプリも似たような結果になる
逆に輪郭と背景の色差が小さいとどれも微妙な結果になるから手作業で修正が必要
差があるのは機能よりむしろUIの使い勝手
776:デフォルトの名無しさん
23/01/10 23:59:40.27 uTLnAVho.net
>>761
「思う」「らしい」「はず」「かもしれない」
ここは無知な懐古ジジイの想像語るスレじゃねえよ
画像処理の話がしたいのかUIデザインの話がしたいのかUIプログラミングの話がしたいのか
前者二つならスレチだから他でやれ
そして二度と戻ってくんな
777:デフォルトの名無しさん
23/01/11 01:20:26.94 UcvPtzX4.net
>>761
UIデザインだけならそうかもしれんが普通はUXスキルもあるデザイナーのことな
さすがに写真加工したり絵描くデザイナーのことなど言っていないのにこういうこと指摘すると「見た目だけ」と勘違いするプログラマーがほとんどだ
何回もそれ言われてるんだがなんでお前らは全く同じ思考なんだよ笑
778:デフォルトの名無しさん
23/01/11 02:01:00.63 BSSbIxsn.net
UIデザインスキルの低いUXデザイナー多いよ
違うスキルセットだから大きいところは職種もチームも分けてる
779:デフォルトの名無しさん
23/01/11 02:11:28.47 9y0rshWg.net
建築家が見た目はいいけど住みにくい家を建てがちなのと同じ
780:デフォルトの名無しさん
23/01/11 13:45:10.67 6xJiw1N1.net
黒川紀章の中銀マンションだっけ
781:デフォルトの名無しさん
23/01/11 14:55:08.14 07ZtcHar.net
デザインは芸術。芸術の本質は人を驚かせること(岡本太郎説)。
実用的なデザインはどこにでもある。だから、良いデザイン = 非実用的、
になる。
782:デフォルトの名無しさん
23/01/11 15:12:36.12 07ZtcHar.net
>>764
「UXデザイン」なんて曖昧だから、自分がよく出来ていると思っていても他人が
どう思うかは分からん。
Macユーザーが良いと思うUXデザインは、Winユーザーには最悪だったりするし。
AdobeのPDFリーダーや、Ubuntuなんかもその手。
783:デフォルトの名無しさん
23/01/11 15:14:15.07 07ZtcHar.net
ビジネスの99%は、Windows。
iPhone愛な女子高生なんて無視してWinユーザー目線で便利なUXデザインを目指す
べきだ。
iPhoneは無視。どうせゲーム。
784:デフォルトの名無しさん
23/01/11 15:57:23.59 uTy3Hcwm.net
このスレで広義のデザインの定義なんていらんだろ
イラストレータとUIデザイナのみでいいよ
見た目がいいだけとかデザインに分類する必要はない
785:デフォルトの名無しさん
23/01/11 16:04:54.15 RkgqFtZy.net
デザインを日本語で言うと設計
これ豆な
786:デフォルトの名無しさん
23/01/11 17:17:18.80 PPK0N9jw.net
>>707
まだマシ？
<Button Content="hello" Click="Button_Click"/>
<x:Code>
<![CDATA[
private void Button_Click(object sender, RoutedEventArgs e)
{
MessageBox.Show("ハロワルンルン");
}
]]>
</x:Code>
787:デフォルトの名無しさん
23/01/11 18:23:30.26 kD3O0Rsm.net
だな
788:デフォルトの名無しさん
23/01/12 06:10:51.95 xb3y3Wfj.net
>>770
スマホのUIは全てiPhoneの真似だぞ
WindowsのUIもどんどんスマホに寄ってきてる
789:デフォルトの名無しさん
23/01/12 06:24:45.04 B5KXsPsr.net
そういや昔のUNIXのマウスはボタンが3つあったよな
今となってはどう使っていたのさえ思い出せん
790:デフォルトの名無しさん
23/01/12 06:49:15.71 0r19Noi5.net
>>776
確かにsun3は3ボタンだった�
791:ﾈ。 俺も使い方忘れたわ。
792:デフォルトの名無しさん
23/01/12 08:41:52.11 ZxE2kU+/.net
AppleがUIガイドラインというものを打ち出す前は各ソフトが
めいめい勝手に使ってた。右ボタンでペーストとか。
793:デフォルトの名無しさん
23/01/12 11:59:50.99 M2KY39SH.net
>>775
WindowsのそういうUIは普及せずに頓挫している。
794:デフォルトの名無しさん
23/01/12 12:23:43.66 UTQyE6Is.net
UIUXド素人たちがUIUXを語ってる笑えるスレですね
795:デフォルトの名無しさん
23/01/12 12:25:28.24 7JixUSWh.net
ド素人じゃないやつは他の所で語るからな
5chを何だと思ってるんだ
796:デフォルトの名無しさん
23/01/12 12:29:18.64 h0zvYCQw.net
>>780
UIUXって何ですか？
797:デフォルトの名無しさん
23/01/12 12:55:41.00 SnvMD7y3.net
だよなぁ
UIとUXを一緒にしちゃうド素人がド素人認定とか笑える
798:デフォルトの名無しさん
23/01/12 13:01:25.69 7JixUSWh.net
そこは別に良いだろw
文脈からUIとUXのことってわかるじゃん
799:デフォルトの名無しさん
23/01/12 14:01:49.57 fwsJy5qr.net
最近のアプリは設定の保存ボタンや確認が無いのに戸惑う
いや画面遷移で保存しちゃっていいなら作る分には楽だが
800:デフォルトの名無しさん
23/01/12 14:15:02.92 1FkHDGjl.net
みんなは.Net coreで作ってるの？
それともFramework？
801:デフォルトの名無しさん
23/01/12 15:16:58.84 wWVXJd6B.net
.NET6のASP.NET Core 6でEntity Framework Coreを組み込んで使ってます
802:デフォルトの名無しさん
23/01/12 19:39:18.21 cNnl+hUD.net
スーパークラスの添付プロパティを作って、そこにサブクラスをバインドしようとすると出力ウィンドウにエラーがでるんだけど、なにか良い方法ないですか？
動作的には特に問題はないです。
たぶん型が一致しないから親切心でエラー出してると思うんだけど
803:デフォルトの名無しさん
23/01/12 20:59:50.76 q3/VlEPV.net
何を言ってるかわからん
うまくいかない理由をこれだけで察しろというのか
804:デフォルトの名無しさん
23/01/13 06:09:44.64 mQNERrLn.net
>>786
FrameWork。
.net との違いって何だ。
805:デフォルトの名無しさん
23/01/13 10:56:29.91 +TkXA4uq.net
そのまま動いてるならエラーじゃなくて警告だろ
気にすんな
ほっとけばいい
806:デフォルトの名無しさん
23/01/13 12:33:36.51 W9pzgIob.net
>>791
バインド失敗した場合は何もなかったようにそのまま動くからそうとは限らんぞ
失敗したというメッセージだけデバッグコンソールに出る
807:デフォルトの名無しさん
23/01/13 12:40:06.09 UAyZZ6f0.net
>>790
coreはsjisのエンコーダがオプションやね
808:デフォルトの名無しさん
23/01/13 17:19:12.45 3LygieHj.net
>>790
.NET Framework 4.xはWindows標準で入っているけど、
.NET Coreは入ってないって言いたいんじゃないかな？
809:デフォルトの名無しさん
23/01/13 17:49:42.47 uV0o6CeP.net
.NET Core はもうサポート切れたやろ
810:デフォルトの名無しさん
23/01/13 18:28:28.24 +TkXA4uq.net
2023年1月10日まで
811:デフォルトの名無しさん
23/01/13 18:41:40.04 rxo0B7o9.net
>>785
これ怖いよね
変更前や既定値が何だったのか補足して欲しいわ
812:デフォルトの名無しさん
23/01/13 19:40:36.49 BnRGKs35.net
>>642
添付プロパティのデフォルト値がそうなんじゃないの？
813:デフォルトの名無しさん
23/01/13 20:07:13.24 E6bZwtxo.net
>>785
自作のプログラムではOK,C
814:ancelボタン付けてるけど正直面倒なので無くしてしまいたい。 無くすとバインディングでめちゃくちゃ楽に書ける。
815:デフォルトの名無しさん
23/01/13 20:14:11.07 qebtsQhY.net
自作なら好きにすればいいのでは？
816:デフォルトの名無しさん
23/01/14 08:01:19.58 tek4DozE.net
設定の保存を無くすと、今度はundoとかデフォルトに戻すとかの要求
817:が増えて余計に面倒になる
818:デフォルトの名無しさん
23/01/14 12:37:56.23 8OIvGIoM.net
一番いい対策は、設定値をできるだけ減らして
もとの値が把握できる程度に絞ることだな
一部の例外を除いて、設定の大半は誰も使わない
819:デフォルトの名無しさん
23/01/14 13:01:08.33 kfvyLkG3.net
即反映は背景色と文字色が一緒になって見えないとか面白い状態があるからｗ
でもすぐに直せる
GUIがまともなら
820:デフォルトの名無しさん
23/01/14 13:51:45.82 LNJCQ4v3.net
即反映するかワンクッション挟むのがいいかは設定値の特質による
821:デフォルトの名無しさん
23/01/14 15:30:38.94 8OIvGIoM.net
即反映は当然だが、OKを押せばその値で保存、キャンセルなら元に戻すってのが一番だけど可也めんどくさいよな
822:デフォルトの名無しさん
23/01/14 15:44:24.62 Bkbcxef6.net
OK/キャンセルボタンがあるのに即反映するのはかなり微妙やで
UIUXデザイナーw召喚されるぞ
823:デフォルトの名無しさん
23/01/14 22:12:24.97 8AsSb9hh.net
DataGridの編集は難しそうなんでまたインチキしてみた。
新規入力の場合、ダブルクリックするとその行の全てのカラム位置にテキストボックスとか
コンボボックスを配置して入力が終わるとそれぞれ該当するカラムに転記。
通常使用できないラジオボタンも可。
(セルにデータが入ってた場合はセルのデータを最初にテキストボックスに転記)
コントロールの配置は計算で求めた。
例えば3カラム目の横位置は1カラムと2カラムの幅を合計した値が3カラム目の横位置。
縦方向はマウスのデータグリッド上のローカル座標から何行目か算出。
カラム幅の変更があるとその幅に応じて別スレッドでリサイズと再配置。(Task.Run使用)
入力はテキストボックスなんで数値のみの入力規制とかロストフォーカスで自動的に計算させる
なんて簡単にできちゃう!。
XAMLの方でコンボボックスの値によって行全体の色を変えたり入力した値が100以上だと
そのセルだけ色変えたり。(サイト参考にした)
いろんなコントロールがある中でWinFromsのDataGridViewとかWPFのDataGridなんかの
EXCELみたいな入力が一番難しいんだよな。
金額のセルは数値のみの入力にしてくれ等あれこれ要望されたり。
DataGridの編集モードより使い勝手良さそう。
インチキコードビハインド、サイコー!w
824:デフォルトの名無しさん
23/01/14 22:33:58.71 YVgT972+.net
標準のDataGridだとIME制御できないに等しいよね
Editboxになってから変更しても遅いっちゅーねん
825:デフォルトの名無しさん
23/01/15 00:52:43.66 cAxzhPBU.net
WinUI3とかDataGridが標準で入ってなくて正気かよと思ったもんだ
826:デフォルトの名無しさん
23/01/15 01:02:00.82 R4vpna1L.net
>>807
DataTemplateも知らねえのかよこいつ
仕事でwinforms以外触るなよ迷惑だから
チームでそんなゴミコード書かれたら速攻外すわ
827:デフォルトの名無しさん
23/01/15 02:56:42.79 CnKOeOE3.net
>>809
CommunityToolKitにはあるからそれ使ってる
828:デフォルトの名無しさん
23/01/15 08:46:46.24 xA8RWlPa.net
>>810
まぁ、50歳過ぎでWPF始めた新参者ですから!。
データテンプレートは聞いたことはあるが知りません。
始めて二か月目だし。
コントロールの配置とかモニタ解像度(dpi)、マルチスレッドの
勉強にはなったな。
829:デフォルトの名無しさん
23/01/15 08:50:48.04 xA8RWlPa.net
>>808
そうなんだ。
新規行追加したときにそのままフォーカス
もっててマウス操作しなくても入力できるの?
830:デフォルトの名無しさん
23/01/15 10:13:17.25 CnKOeOE3.net
>>812
831: がんばれ！
832:デフォルトの名無しさん
23/01/15 11:16:15.80 kNedhIGT.net
>>812
仲間だ！
インチキでもなんでもできるだけすごいよ。
833:デフォルトの名無しさん
23/01/15 12:50:06.43 pBiKKGen.net
好きなようにしたらいいよ
MVVMだと普通にダイアログすら出せないからな
どうやってダイアログを出すべきか10年ぐらい揉めててこいつら馬鹿なんじゃないかと思ってた
それ以前にWPF自体に各種ダイアログがなくてwinformsのものを使ってた
834:デフォルトの名無しさん
23/01/15 15:11:49.98 I8mw9xxt.net
WinUI3でメディアトランスポートコントロールをカスタマイズしようと
Win10SDKからgeneral.xaml引っ張り出してコピーすると
何故か形状が昔のデザインに先祖返りする
サッパリ分からんわ
835:デフォルトの名無しさん
23/01/15 16:01:31.95 cKux9meR.net
>>816
笑いのプロフェッショナルなのでは
836:デフォルトの名無しさん
23/01/15 16:24:10.91 nTjQWEPz.net
MVVMなんてやらないほうがいいぞ
開発効率下がるだけでメリットはほぼ無いし
837:デフォルトの名無しさん
23/01/15 16:24:55.81 2daho8Vx.net
MVVMでViewModelからダイアログ出すのはDIを使うんだぞ
好きにしたらMVVMを使う意味がなくなるだろ
そのDIに複数の種類があってどれを使うかは派閥があったが今はサービスでほぼ決まりだ
場合によってはメッセンジャーが便利なこともある
838:デフォルトの名無しさん
23/01/15 16:26:59.58 2daho8Vx.net
>>819
テストしないやつはそういうこと言うんだよw
お前は本当に効率の良い開発をまだ知らんから自分の稚拙な技術で判断してるだけだ
幼稚園児が「箸よりスプーンの方が食べやすい」とボロボロこぼしながら食うようなもんだな
839:デフォルトの名無しさん
23/01/15 16:35:29.91 xA8RWlPa.net
>>819
それはよく聞く。
かなりの大規模システムなら有効らしいけどな。
840:デフォルトの名無しさん
23/01/15 17:05:39.05 pBiKKGen.net
WPFが長年ダイアログを用意しなかったのは何か深い意味があるのか？
841:デフォルトの名無しさん
23/01/15 17:06:41.17 pBiKKGen.net
>>820
それって10年以上揉める必要はあったのか？
842:デフォルトの名無しさん
23/01/15 17:09:16.28 pBiKKGen.net
>>822
定説としてMVVMは大規模開発には向かない
中規模か小規模の開発向き
個人開発レベルでは不要
フェイスブックなどがmvvm投げたのは大規模開発に向かないからだと
ある日勝手に通知が立つバグがでて全部コード追って修正しても次の日にはまた間違って通知が出るって
これは状態がおえないし担保出来ないから無理ってことでmvvm捨てた
843:デフォルトの名無しさん
23/01/15 17:14:43.62 9TmZgkVb.net
>>821
お前はカレーを箸で食べるのかよ
WPFはMVVMであるべきって思い込んでるだけ
844:デフォルトの名無しさん
23/01/15 17:19:33.28 R4vpna1L.net
このスレはほんと脳みそが20世紀で止まってるwinformsおじさんだらけだな
隙あらばMVVMいらないなんでもコードビハインドでいいとか言いだす救いようの無い馬鹿
新しいことが覚えられず時代についていけないだけの無能
一生winforms触ってろｗ
845:デフォルトの名無しさん
23/01/15 17:24:07.21 xA8RWlPa.net
インチキデータグリッドはこんな感じ。
URLﾘﾝｸ(i.imgur.com)
ゴミコードって言われたけど、
・行追加ボタンでマウス操作なしで必須カラムに入力フォーカス持たせてマウス操作
なしで即時入力可。
(普通、編集開始する際はマウスクリックが必要なんだよな。面倒なんでマウス操作なしで
よろしく、って大抵言われる)
・カラム毎のIME制御。
・個数を変えた時点でリアルタイムで合計金額を可変。(keydown,key
846:pressイベント) ・ラジオボタンも使用可。 (普通はコンボボックスで事足りるが) ・数字 3桁毎に , を自動的に入れる。(keydown,keypressイベント) ・コンボボックスの値によって色可変。 ・例えば3桁目に - が入っていない場合は自動的に補完または警告出す。 なんて事が出来るようになってます。 正当な作りで使い勝手が悪いとか、お客の要望が実装できないより、 ゴミコードでも要望通りで使いやすい方が選ばれるのは自明ですよ。
847:デフォルトの名無しさん
23/01/15 17:24:30.16 pBiKKGen.net
>>827
MVVM自体が遅れてるとフェイスブックなどが言ってるんだけどｗｗｗｗｗｗ
mvvmはピタゴラスイッチみたいなもの
予測できない副作用が起こってもそれが分かりづらい
間でてこが動きすぎて関係ないスイッチを押しちゃって気が付かない
ロジックが小さい間は全てを追い切れる
それがどんどん規模が大きくなるとコードが追いきれない
手続きを書くほうは問題の箇所をいじってる場所が大体集約されてるからデバッグしやすい
通知をいじってるのはここでここへ作用してる場所はと追いやすい
848:デフォルトの名無しさん
23/01/15 17:28:23.37 xA8RWlPa.net
>>827
言ってることは納得できない所があるけど
アンタはMVVM活用してんだ。
それはすごいと思う。
尊敬に値するわ。
849:デフォルトの名無しさん
23/01/15 17:30:34.23 pBiKKGen.net
どこかの誰ががピタゴラスイッチの間のコードを書き換えたら急に次の日から動かなくなりました
そのどこかの誰かが書いたコードは問題なくテストを通ります
でも副作用が連鎖して全体の状態が変わってしまいます
それがとても追いづらいんです
これでMVVM使う理由って何？
850:デフォルトの名無しさん
23/01/15 17:36:41.86 pBiKKGen.net
ちなみにwinformsが出たのも21世紀です
851:デフォルトの名無しさん
23/01/15 17:44:46.51 I8mw9xxt.net
ｍっｖｍは疎結合だから、ちゃんと設計すればピタゴラスイッチになりにくいはずなんだけどな
偶々そのプロジェクトの設計に欠陥があったんじゃね？
852:デフォルトの名無しさん
23/01/15 17:45:45.82 pBiKKGen.net
フェイスブックに言ってやれｗ
853:デフォルトの名無しさん
23/01/15 17:46:44.44 cAxzhPBU.net
開発環境がMVVMに追いついてないんだよな
分離しすぎてるから注入経路を推測して追跡ぐらいしてくれないと人間が把握できない
854:デフォルトの名無しさん
23/01/15 17:50:16.62 pBiKKGen.net
フェイスブックは当初はWPFを絶賛してクライアントアプリ作ってたけど確か完成前にWPFを投げ捨てたはず
確かｃ++でクライアントは開発された
WPFは非常に生産性が悪いんだってさ
855:デフォルトの名無しさん
23/01/15 17:57:05.77 xA8RWlPa.net
>>836
フェイスブックってwebアプリのみじゃないの?。
デスクトップ用のフェイスブッククライアントなんてあるんか。
MFC使いだけどWPFの方がまだマシ。
C言語は色変えるだけども一苦労。
プロパティで色々簡単に変えられるのはイイ!
856:デフォルトの名無しさん
23/01/15 17:57:52.01 azr6O1Cn.net
MVVMのメリットってなんなんやろ
すべての機能でテストコードなんて書かないし、複雑で修正がよく入りそうなとこだけ疎結合にしとくのが効率いいよ
857:デフォルトの名無しさん
23/01/15 17:59:41.07 pBiKKGen.net
フェイスブックは確かc+++MFCでクライアント開発しなおしてリリースしたはず
858:デフォルトの名無しさん
23/01/15 18:02:46.63 uT3GlkL2.net
マウイ君はほんと頭悪いな
859:デフォルトの名無しさん
23/01/15 18:05:20.65 pBiKKGen.net
ファイスブックがWPF捨てたあたりから完全に潮目が変わった
当初は著名人もWPFに興味津々で本書いて出してたけどそいつらみんなwebの方に行ってしまった
860:デフォルトの名無しさん
23/01/15 18:08:19.79 I8mw9xxt.net
>>839
MVVMが問題なら。WPF使ったって問題ない
CLRのパフォーマンスの問題と考えるのが普通だな
861:デフォルトの名無しさん
23/01/15 18:08:49.17 y+EPo4wc.net
>>838
一番のポイントは依存性がV→VMの一方向に限定されていること。 <
862:br> それによってVM-Mだけでロジックのテストを完結できる。
863:デフォルトの名無しさん
23/01/15 18:10:26.97 R4vpna1L.net
>>830
脳死でいつまでも昔のやり方に固執してる奴はマジで終わってるしチームにいたら普通に迷惑って話
最初から最後まで一人で作って後任もいないか趣味なら好きにしろ
＞正当な作りで使い勝手が悪いとか、お客の要望が実装できないより、
＞ゴミコードでも要望通りで使いやすい方が選ばれるのは自明
正当な作りで使い勝手が悪くなるのはそいつがただ無知なだけであって
古いやり方のほうが優れてるみたいな年寄り特有の独りよがりは恥ずいからやめとけ
素直に勉強しろ
864:デフォルトの名無しさん
23/01/15 18:12:48.53 0/uPn3/5.net
素人にもメンテ出来る作りにしてくれたらどうでもいいよ
開発者のオナニーで複雑に作られたらメンテする人が可哀相
865:デフォルトの名無しさん
23/01/15 18:15:03.08 pBiKKGen.net
WPF+mvvmって全然流行ってないよね？
そんなに優れてるならなんで採用例がほぼないの？
866:デフォルトの名無しさん
23/01/15 18:18:38.80 pBiKKGen.net
WPFが正式リリースされる前から注目度は高かった
自分はムック買って付属のCDのWPFプレビュー版をインストールして使ってた
付属ソフトで3D表示をいじったりしてた
でも実際リリースされたらXAMLの書式ががらっと変わってて使えなくなってた
867:デフォルトの名無しさん
23/01/15 18:23:03.51 THKmoAep.net
速度は.NET6や7でかなり速くなったらしいけどどうなの？
868:デフォルトの名無しさん
23/01/15 18:26:18.24 pBiKKGen.net
WPFと言えば3D風カルテかなあ
あれって実際動かした覚えがないなあ
869:デフォルトの名無しさん
23/01/15 18:29:05.84 xA8RWlPa.net
>>848
.NET6などは知らんけどやたら早い。
WPF + DataGrid 職員データ7000件の表示で1.2Sec位。
WinFoms + DataGridView で3-4Sec。
段違い。
870:デフォルトの名無しさん
23/01/15 18:29:57.04 CnKOeOE3.net
>>833
これ
871:デフォルトの名無しさん
23/01/15 18:30:42.51 CnKOeOE3.net
MVVMでピタゴラスイッチになるか？？？
872:デフォルトの名無しさん
23/01/15 18:36:34.62 I8mw9xxt.net
初期のWpfでMVVMやると結構辛いところもあったが
ReactivePropertyでｍのプロパティーを簡単にVMでリレーできるようになって
イージーモードになったよな
873:デフォルトの名無しさん
23/01/15 18:37:19.59 IdI6Yaqd.net
個人でMVVMやる理由がない
仕事でもMVVMやるほど分業してるところなんて少ない
874:デフォルトの名無しさん
23/01/15 18:43:15.65 xA8RWlPa.net
MVVMが良いとか悪いとか喧々諤々してる時点で失敗作。
875:デフォルトの名無しさん
23/01/15 18:52:49.51 pBiKKGen.net
WPFに出会ってから18年ぐらいたってるけどいまだにこんな感じ
876:デフォルトの名無しさん
23/01/15 18:59:03.25 pBiKKGen.net
思い出したけど3D風カルテは確かデフォの状態でコード動かしても起動時にエラー吐いて死ぬんだったなあ
おまかんなのかもしれないが
877:デフォルトの名無しさん
23/01/15 19:04:57.75 IdI6Yaqd.net
MVVMが手段ではなく目的になってる奴が多いからな
MVVMやってることに優越感を覚えてるだけ
これ言うとキレて反論してくる奴いるけどｗ
878:デフォルトの名無しさん
23/01/15 19:18:00.08 ssAeiLbk.net
>>858
ここの住人はほぼそうですが何か？
879:デフォルトの名無しさん
23/01/15 19:18:56.66 CnKOeOE3.net
MVVM楽だけどな
x:Nameわざわざつけんでいいし
880:デフォルトの名無しさん
23/01/15 19:19:17.24 FZ6iEp1r.net
まーた始まったよMVVM初心者の馴れ合い
881:デフォルトの名無しさん
23/01/15 19:19:33.21 pBiKKGen.net
ボタンクリックでコードビハインドでダイアログ出して結果をVMに送っても何も問題ない
882:デフォルトの名無しさん
23/01/15 19:29:07.15 0/uPn3/5.net
>>861
初心者を蔑ろにした結果が今なんだが
883:デフォルトの名無しさん
23/01/15 19:47:53.03 y+EPo4wc.net
>>858
この10年の間、このスレにやってきてWPFに文句つける人の主張をきれいに濃縮したようなレス
884:デフォルトの名無しさん
23/01/15 19:51:26.41 IdI6Yaqd.net
なに意味不明なこと言ってんだ
MVVMの話をしてるんであってWPFの批判なんぞ一言もしとらんぞ
885:デフォルトの名無しさん
23/01/15 21:15:02.27 iltDDRsm.net
MVVMにまでする必要はないけどBinding使うとすっきりするよね
コントロールのイベント拾ってハンドラ書いてとかあんまり楽しい作業じゃないしな
886:デフォルトの名無しさん
23/01/15 21:21:21.69 CnKOeOE3.net
MVVMToolkit神だわ
とりあえずVMのプロパティに[ObservableProperty]
コマンドに[RelayCommand]って書くだけで簡単にバインディングしやすいもの作ってくれる
887:デフォルトの名無しさん
23/01/15 21:37:15.33 3VNVbvO3.net
毎度のことながら、MAUI君がMVVMわからんだけでしょ
888:デフォルトの名無しさん
23/01/15 22:03:49.49 pBiKKGen.net
どこにMAUI君がいるんだ？
889:デフォルトの名無しさん
23/01/15 22:10:14.58 pBiKKGen.net
MVVMのボイラープレートの克服までほぼ18年
長かったな
890:デフォルトの名無しさん
23/01/16 01:05:57.79 Iz2auSAp.net
>>870
ソースジェネレーター様々やね
891:デフォルトの名無しさん
23/01/16 01:31:56.05 jbRKb4Hw.net
いや、こんなおもちゃレベル役にたたねぇわ
ReactivePropertyに戻ったわ
892:デフォルトの名無しさん
23/01/16 01:41:18.22 Iz2auSAp.net
>>872
まぁリアクティブプロパティのほうが便利ではあるかな
893:デフォルトの名無しさん
23/01/16 02:08:51.53 /GlbjUVw.net
ところで、WPFはMVVM使って無いんだっけ？
894:デフォルトの名無しさん
23/01/16 02:40:34.45 oqRccVVg.net
WPF自体はMVVMを前提にした設計じゃないし
895:デフォルトの名無しさん
23/01/16 05:35:38.45 ln473g1j.net
URLﾘﾝｸ(resanaplaza.com)
896:デフォルトの名無しさん
23/01/16 05:47:45.42 ouvn8Qe6.net
>>876
グロ
897:デフォルトの名無しさん
23/01/16 05:49:34.85 /hQdjI/Z.net
都合が悪いらしいw
898:デフォルトの名無しさん
23/01/16 06:20:44.96 XnQwhXwg.net
いつまでも昔のやり方(MVVM)に固執してる奴は本当に終わってる
899:デフォルトの名無しさん
23/01/16 06:39:46.83 SiY4XPCw.net
>>879
でお前の思う最新のやり方って何？
900:デフォルトの名無しさん
23/01/16 07:31:23.53 D6HKBdG5.net
最新に拘る必要性はない。
未だにMFC使ってるところもある位だ。
901:デフォルトの名無しさん
23/01/16 07:49:13.57 w9H3AhrL.net
もうMFCはメンテでしか使わないけどMFC以前は大変だったよな。
902:デフォルトの名無しさん
23/01/16 07:54:49.72 c+FIjEwY.net
C#案件でもいまだにWinFormsが主流だからね
WPF、UWP、WinUI全部足しても足元にも及ばないしこれまでの実績からしても逆転は難しいと思うわ
まあMSがWinForms廃止とか思い切った事すれば別だけど
903:デフォルトの名無しさん
23/01/16 09:29:45.28 qA2gV+xU.net
結局>>879はWinFormおじさんでFA?
904:デフォルトの名無しさん
23/01/16 11:19:33.01 0JXp7IbD.net
WindowをShowしてタイトルバーの✕ボタンで閉じるとメモリが解放されないんだけど、どうすれば解放されますか？
ちなみに、ShowしたあとにCloseをコードで呼ぶとメモリは増えません
905:デフォルトの名無しさん
23/01/16 11:58:31.09 WxVH55lQ.net
スタイルでカラーだけを定義することってできないの？
SolidColorBrushのColorにStaticResource使いたいんだけど
906:デフォルトの名無しさん
23/01/16 12:26:08.54 dASaOUn0.net
>>877
見てみたが、グロではなかった。
「世界で一番短いサンプルで覚えるMVVM入門」
というサイト。
Windows Form と WPF における構造の違い
など。1
907:デフォルトの名無しさん
23/01/16 12:27:38.92 dASaOUn0.net
>>881
というか、WindowsでC++やろうとすれば、MFCが最強。
そして、プロが使う言語No.1は、C/C++という調査結果がある。
908:デフォルトの名無しさん
23/01/16 13
909::34:17.40 ID:Iz2auSAp.net
910:デフォルトの名無しさん
23/01/16 13:35:10.32 Iz2auSAp.net
VMは情報をやり繰りするだけだから肥大化しにくくなる
サービスに投げるだけでいい
911:デフォルトの名無しさん
23/01/16 13:35:35.51 F54AIUF2.net
>>888
MFCなんてただの黒歴史だろw
時々いるんだよMFCとSDKの区別がついてないやつ
912:デフォルトの名無しさん
23/01/16 13:40:56.86 dASaOUn0.net
>>891
MFCが良いと言いたい訳ではない。
913:デフォルトの名無しさん
23/01/16 13:41:55.32 dASaOUn0.net
ただ、WinFormsも、Windowsアプリというより、ダイアログアプリになるし、
さらに、イベントハンドラもメンバ関数ではなくグローバル関数で受けることになる。
914:デフォルトの名無しさん
23/01/16 13:51:24.70 dASaOUn0.net
MFCを使わないというなら、VisualStudioで、VisualStudioの機能を生かした
状態ではC++は使えない、ということになる。
915:デフォルトの名無しさん
23/01/16 14:01:34.32 6LxSdNjw.net
そうですか
迷惑なんでそっちのスレに帰ってください
916:デフォルトの名無しさん
23/01/16 14:01:42.01 9XKZ39ED.net
XamlのBorderを、コントロールの内側に沿って引くのでは無く、
GroupBoxみたく外側に沿って引く事は出来ますか？
もしくはGroupBoxのヘッダを無くす事は出来ますか？
917:デフォルトの名無しさん
23/01/16 14:07:08.51 8YM4/SqS.net
C++でGUI作るとかどんな苦行だよ
918:デフォルトの名無しさん
23/01/16 14:26:05.60 dASaOUn0.net
C++は、CUI Onlyという訳にも行かない。
919:デフォルトの名無しさん
23/01/16 15:31:21.68 MsfEWWA2.net
MFCが糞なんであって
C++の責任ではないな
wxWidgetsとかあるし
920:デフォルトの名無しさん
23/01/16 15:38:14.73 Iz2auSAp.net
いい加減スレチ
921:デフォルトの名無しさん
23/01/17 05:33:10.39 ygVLikR5.net
海外のナレッジコミュニティですらUWPでアプリ沢山作ってるんだけど次世代は何に移行すればいいの？Windows App SDKとWinUIの違いがわからないから教えて？
って質問が腐るほどあるんだよなMSはいい加減社内の派閥争いや予算編成のための糞見たいなプロジェクトをすべて清算して構造改革しろや
ずっとMSの開発環境で開発してきたPGですらMSの次々作っては捨て作っては捨てを繰り返してる環境が理解できないのだが
いやもちろん理解はできてるWindow App SDKは.NETのサブセットでもない独立したWin10/11のフロントエンドFWでWinUIを内包するツールキットである
このスレでもこれをまったく理解してない馬鹿も多いがネイティブな英語圏の奴等でも理解してない馬鹿も多いからしゃーないわなMSが悪い
922:デフォルトの名無しさん
23/01/17 05:58:58.13 xhrCM/NA.net
まず句読点をおぼえような
923:デフォルトの名無しさん
23/01/17 09:30:18.92 24vv2EmE.net
>>901
そいつらが馬鹿なだけ
MSのFAQに答えが乗ってる
>>677
924:デフォルトの名無しさん
23/01/17 10:52:24.83 YygKbhO7.net
XAMLのレイアウトでWithやHeightをウィンドウ枠に追従させたいのですが、
クリップみたいなマークが出る時と出ない時があります。
またマークが出てもその時の最大値が設定されているだけで、ウィンドウ枠を拡大しても追従しない時があります。
必ずウィンドウ枠に追従させるには、どの様にしたら良いのでしょうか？
WinFormのアンカーみたいな機能�
925:ﾍありませんか？
926:デフォルトの名無しさん
23/01/17 11:12:10.06 mymdZu3l.net
タグの方でWidthとHeightを消すと最大になる
あとはMarginで調整
927:デフォルトの名無しさん
23/01/17 11:28:11.99 vy/ApWO8.net
デザイナー使うのは初めのざっくりとした配置の時ぐらいに留めて、なるべくxamlを直接弄った方がいいぞ
928:デフォルトの名無しさん
23/01/17 12:15:14.68 5q5rlfCc.net
android studioのデザイナー使うとXaml編集はやりたくなくなる。
929:デフォルトの名無しさん
23/01/17 15:22:10.34 YygKbhO7.net
>>905
消しても上にあるコントロールの長さまでになるのですが、何か対策はありますでしょうか？
<TextBlock Width = "200" Text="abcdefghijklmn" />
<GroupBox Header="hoge"/> <!-- 上のTextBlockと同じ長さになる -->
930:デフォルトの名無しさん
23/01/17 16:23:11.93 p+xlncxJ.net
何も知らないなら全部出せ
931:デフォルトの名無しさん
23/01/17 17:37:49.48 24vv2EmE.net
>>908
基礎からやりましょう
932:デフォルトの名無しさん
23/01/17 18:36:00.51 YygKbhO7.net
URLﾘﾝｸ(stackoverflow.com)
WidthやHeightを使用してるコントロールがあると、動かなくなってしまうのですね
作り直します
933:デフォルトの名無しさん
23/01/17 18:58:35.17 vy/ApWO8.net
沢山書いて慣れろ
とりあえずHorizontalAlignmentとVerticalAlignment覚えたらいいよ
934:デフォルトの名無しさん
23/01/17 20:52:51.26 wRZWVlv5.net
XMALの冒頭のhttpのアドレスが邪魔すぎ。
935:デフォルトの名無しさん
23/01/17 21:18:00.01 ygVLikR5.net
このスレは初心者スレそのものだなまったく技術的な話ができない・してない
というか5chのプログラム板がもうそうなってるな昔からそうなのかは知らんが
C#スレも酷いしまぁ現役のできるPGが5chこねーよな俺も興味本位でのぞいたけどレベル低すぎて草生えたわ
まぁここがRedditと5chの違いだなマジで底辺しかおらんからナレッジコミュニティになり得ない
936:デフォルトの名無しさん
23/01/17 21:49:39.55 g2NvLQQ3.net
>>914
しゃーない
937:デフォルトの名無しさん
23/01/17 21:50:13.30 g2NvLQQ3.net
新しく作るか匿名プログラマーコミュニティ
938:デフォルトの名無しさん
23/01/17 22:05:44.67 MazWZHnJ.net
>>914
他の理系の専門知識板ではもっと頭が良さそうな人が集まってるのがなぜかと
思っていたら、
プログラミングは「誰でも受かる専門学校」もあるから、自称「専門知識がある」人
が本当にIQが高かったり勉強が出来た人を馬鹿にしたりするらしい。
939:デフォルトの名無しさん
23/01/17 22:07:15.13 MazWZHnJ.net
サーバーレスだのSaaSだのエッジだのクラウドだの訳の分からん知識だけが
多い人が居るが、そういうのが専門学校卒なのかも知れん。
それらは頭で考えるようなものではなく単なる知識だから。
940:デフォルトの名無しさん
23/01/17 22:10:41.60 g2NvLQQ3.net
>>918
ほんとに使えるならいいんじゃね？
手足として使えるし
941:デフォルトの名無しさん
23/01/17 22:14:39.81 MazWZHnJ.net
普通、レベルの高い有名大学の工学部の「情報学科」に行くと、シャノンの定理や
コンパイラ理論の決定性オートマトンなどを学んだりするもの。
ホビー的にはマイクロマウスやロボットなどのメカトロとかに興味を持ちやすい。
エッジとかサーバーレスとか、そんなものばかかりを語る人が多くて、なんで
そうなるのか分からん。仕事でそんなことばかりしてるのかも知れんが、
人生楽しいのかな。
942:デフォルトの名無しさん
23/01/17 22:18:00.37 MazWZHnJ.net
問題なのは、XAML、MVVM、
943:FaaS、サーバーレス、エッジ、Web3 などは、 言葉の定義を知っているかどうかで、理解にほとんど数理的能力を必要としない のに、知ってるだけで上に立った様に思う人が居るところ。 どんどん新しい言葉を勝手に定義して知ったかぶりをする。 しかも変な言葉が多い。
944:デフォルトの名無しさん
23/01/17 22:27:18.87 NxNmRrPJ.net
チラシの裏にでも書いてろって懐かしい言葉が思い浮かんだ
945:デフォルトの名無しさん
23/01/17 22:27:41.96 b45xWfAv.net
>>913
chatGPTに負けるなぁ
でXMALって何だろう
946:デフォルトの名無しさん
23/01/17 22:52:11.15 aOAgyere.net
>>921
その程度の言葉も知らないならバカにされることもあるだろうよ
947:デフォルトの名無しさん
23/01/17 22:57:43.54 MazWZHnJ.net
>>924
言葉の定義の範囲が広すぎたり不明確だったりするものも含まれている。
言葉として定義すべきかどうかも怪しかったり。
だから理解しにくい。
948:デフォルトの名無しさん
23/01/17 22:58:52.81 Pd7iVLN5.net
無知な奴ほど根拠の薄い決めつけ好きだよな
949:デフォルトの名無しさん
23/01/17 23:07:12.51 MazWZHnJ.net
MVVMとかも廃れるんじゃないかね。
一度定義も学ぼうとしたが、定義そのものが曖昧な感じがする。
もとは、HTMLとRDBMS(MySQLなど)を組み合わせてサーバーから
ブラウザにHTMLを転送する便利な仕組みを作ったことが始まりで、
それをデスクトップアプリにも応用しようとしただけであって、
本当はそんなに便利じゃないんだと思う。
つまり、デスクトップアプリでは不要。
950:デフォルトの名無しさん
23/01/17 23:15:21.71 EL4DBQVJ.net
MVVMはともかくデータバインドはWPFには必須ですよね
違いますか？
951:デフォルトの名無しさん
23/01/17 23:16:43.91 VrRSMaFk.net
C++/WinRTでWinUI3使ってる人いるの？あれ難しいんだけど
952:デフォルトの名無しさん
23/01/18 06:39:24.57 TLXHiEVz.net
>>925
理解しにくいのは自分の頭が悪いからと認めたら楽になるぞ
953:デフォルトの名無しさん
23/01/18 06:40:22.34 TLXHiEVz.net
>>927
理解できないのは以下略
有用だから実際の現場で広く使われてるわけでな
954:デフォルトの名無しさん
23/01/18 07:52:46.48 o9+9LEzH.net
ひとりで組むのなら不要だな。
955:デフォルトの名無しさん
23/01/18 08:17:37.96 hei+0hJF.net
一人かどうかより何を作るかだよ
一人で作っても数ヶ月すりゃ他人の組んだコードも同然
改修が必要になった時にコードを全部読むことから始めるのでいいなら適当に組みゃいいさ
楽をしようと思うならコードをきちんと粗結合に部品化して自動テストを作れ
その時にMVVMの真価がわかる
逆に言えば使い捨てのコードをコピペで書いてるやつにはわからん
956:デフォルトの名無しさん
23/01/18 08:43:55.77 5EiIAYSI.net
5ｃｈって実際コード書いて表示するには向いてないから
ここがプログラム議論場にと思うならどこかずれてる
実際は社交場だよ
957:デフォルトの名無しさん
23/01/18 08:53:37.92 m9JlXA4A.net
>>928
違います
958:デフォルトの名無しさん
23/01/18 10:56:13.56 2vbdQEqi.net
>>935
では、有償コントロールを購入するの一択ですか？
959:デフォルトの名無しさん
23/01/18 11:05:26.41 Ae/Be31R.net
バインドの要・不要の話がなんで有償コントロールの話になるんだろう？？？
960:デフォルトの名無しさん
23/01/18 11:06:07.23 rGqJK/Ub.net
>>930
でも現実世界では、優秀な頭脳を持っていると認められている。
961:デフォルトの名無しさん
23/01/18 11:10:23.58 bTIwJUi8.net
と思ってるのか
962:デフォルトの名無しさん
23/01/18 11:39:51.85 rGqJK/Ub.net
>>939
はっきり言ってやろう。
エッジやFaaSやサーバーレスみたいなのは、頭脳が足りない人が学ぶようなもの
だと思ってる。
963:デフォルトの名無しさん
23/01/18 11:49:38.52 c8jq7V0g.net
>>937
数値入力どうやってる？
範囲チェックやエラー表示は？
TextBoxを魔改造してるの？
964:デフォルトの名無しさん
23/01/18 11:56:12.65 SXpzLPpn.net
>>940
頭悪そう
965:デフォルトの名無しさん
23/01/18 12:01:32.17 LLGrNdcq.net
>>940
AWS Lambdaを採用した事例も仕事も山ほどあるのに本気でそう思ってるとしたら自分が頭悪いということを晒してるだけじゃね？
966:デフォルトの名無しさん
23/01/18 12:02:52.26 5d0M22mD.net
サーバーレスって何がいいの？
967:デフォルトの名無しさん
23/01/18 12:03:00.40 5d0M22mD.net
金だけ？
968:デフォルトの名無しさん
23/01/18 12:05:31.62 rGqJK/Ub.net
>>942
頭が悪い人ほどアメリカ留学したがるだろう。
ブランドバックやiPhoneやMac、Excel博士も馬鹿の象徴であるのと同様。
969:デフォルトの名無しさん
23/01/18 12:10:12.18 LLGrNdcq.net
>>945
金と品質は重要だぞ
970:デフォルトの名無しさん
23/01/18 12:15:27.19 LLGrNdcq.net
リースでたとえたらわかるのかな
メンテナンスフリーで故障したら他のと交換してくれて突然買い替え費用が発生することがないから予算が立てやすく高品質で安価なのがリースのいいところ
使用目的によって自分で持つかリースか選ぶのに脳死でリースを否定するやつの頭がいいわけないじゃん
971:デフォルトの名無しさん
23/01/18 12:24:25.68 yqLqlqfG.net
Kenny Kerrも言ってたけど、XAMLをC++/WinRTで使うのは面倒だと思う
App : ApplicationT<App>とかIDLとか全然面白くない
プロジェクション作るのには時間がかかるらしい
972:デフォルトの名無しさん
23/01/18 14:20:49.73 dLurmIqM.net
サーバーレスって
ローカルで無料で動かせんの？
むろんサーバー有りで良いので
973:デフォルトの名無しさん
23/01/18 14:28:20.52 gBXlL/e8.net
C++/WinRTは使うだけなら良いんだけどIDLはほんと萎えるから勘弁してけろ
974:デフォルトの名無しさん
23/01/18 15:02:17.12 26V6tygP.net
無料枠までなら無料
975:デフォルトの名無しさん
23/01/18 15:25:46.90 QWqUXBAG.net
>>946
どこの国へ留学すればいいの？
インドやイスラエルは行ってみたいけども、まずはアメリカからかなと
976:デフォルトの名無しさん
23/01/18 15:53:40.74 YpZqe6yN.net
こんな偏見まみれのジジイに聞いても無駄だから相手にすんな
977:デフォルトの名無しさん
23/01/18 15:59:57.90 rr98D30/.net
なぜそいつに聞こうと思ったんだw
978:デフォルトの名無しさん
23/01/18 17:55:05.34 xC2+I1kh.net
進次郎構文
979:デフォルトの名無しさん
23/01/18 20:20:57.42 Yk9OvJSb.net
イキっているやつをからかうのは面白いんだぞ
980:デフォルトの名無しさん
23/01/18 21:20:53.53 xngnzhTb.net
>>941
バインド機能の有無が入力チェックできるできないに関わる理由が分らんのだが
981:デフォルトの名無しさん
23/01/18 21:50:32.71 CEpVrKfp.net
>>958
バインドするだけで型変換までやってくれるのになんで使わないんですか？
Toolkitとか使えばプロパティの属性だけで範囲なんかも設定できるし
982:デフォルトの名無しさん
23/01/18 22:27:28.42 xngnzhTb.net
>>959
半端じゃない？
テキストボックスにintバインドできても不正入力状態は視覚的に見せてくれるけど
入力自体はできてそのまま処理継続だし、結局妙なコード書く羽目になる
983:デフォルトの名無しさん
23/01/18 22:32:46.40 UweymWAq.net
>>960
だから有償コントロール買ったり
自分でこねくり回したりしてるんですか？って聞いた
984:デフォルトの名無しさん
23/01/18 22:36:54.53 xngnzhTb.net
>>961
？
バインドできてもこねくり回すよねって確認なんだけど
985:デフォルトの名無しさん
23/01/18 22:42:08.74 UweymWAq.net
>>962
エラー表示してくれるし書式もやってくれるし
こねくり回さんことにした
986:デフォルトの名無しさん
23/01/19 07:10:32.34 yp2D21uT.net
>>960
なんでDataErrorInfo使わねーの？
987:デフォルトの名無しさん
23/01/19 08:36:35.84 PfWij2kf.net
>>964
「バインドするだけ」じゃなくなくてDataErrorInfoのコード書くことになるから
988:デフォルトの名無しさん
23/01/19 09:48:19.20 yp2D21uT.net
書くか？
989:デフォルトの名無しさん
23/01/19 10:03:38.18 nF+tk97O.net
自分965だけど
IDataErrorInfoの実装は書くでしょ
990:デフォルトの名無しさん
23/01/19 10:07:56.18 yp2D21uT.net
フレームワーク使えばいいじゃん
バリデーションルールの記述は要るけどそりゃ何使うにしてもいるだろ
URLﾘﾝｸ(learn.microsoft.com)
> [Required]
> [MinLength(2)]
> [MaxLength(100)]
↑必要、長さは2から100というルール
正規表現も使えるし必要ならカスタムルールも作れる
991:デフォルトの名無しさん
23/01/19 11:06:40.77 nF+tk97O.net
そりゃ用意してくれてる分は出来るでしょ
用意されてない分は？
例えば数値以外の入力そのものを受け付けなくするには？（例えばの話で複雑な条件がいくらでもあるとしてもよい）
そもそもバインドが無かったらテキストボックス魔改造がいるって話>>941が本当かってところからの話だからね
992:デフォルトの名無しさん
23/01/19 11:08:29.13 yp2D21uT.net
>>969
だから正規表現も使えるしカスタム条件も作れるとわざわざ書いたのに
993:デフォルトの名無しさん
23/01/19 11:10:20.44 yp2D21uT.net
あと数値のみ受け付ける条件は用意されてる
994:デフォルトの名無しさん
23/01/19 11:15:18.04 nF+tk97O.net
>>970
だからね論点はそこじゃないのよ
チェックだけじゃなく動作が用意されてない場合は？
あとvalidationはチェックしてくれるが入力制限はしてくれない
995:デフォルトの名無しさん
23/01/19 11:41:13.55 yp2D21uT.net
動作はXAMLで簡単に書けるんだぞ
いちいち聞かず調べてみろよ
996:デフォルトの名無しさん
23/01/19 11:41:30.33 yp2D21uT.net
もちろん入力制限もな
997:デフォルトの名無しさん
23/01/19 11:46:11.94 hkE7HGya.net
俺はバインドを使わないメリットが知りたいなー
速度？満足しています
998:デフォルトの名無しさん
23/01/19 12:01:56.61 nF+tk97O.net
言っとくが俺もバインド嫌い使うなって言ってるわけじゃないぞ
>>941にんん？ってなっただけで
あと不正値入力をコードビハインド無しでキレイにガード出来るか？PreviewTextInput使わざるを得ないと思うんだが
999:デフォルトの名無しさん
23/01/19 12:44:22.26 H7hm+dDp.net
>>976
お前は三行以上読めない病気か何かなのか？
1000:デフォルトの名無しさん
23/01/19 13:27:55.46 Pc66QaRB.net
答え持ってないなら煽らずに黙ってなよ
1001:デフォルトの名無しさん
23/01/19 13:43:35.85 3OND9Qe4.net
同じことを何度言わせるんだって意味だぞw
読めないのか？
どこがわからなかったか言えよw
1002:デフォルトの名無しさん
23/01/19 14:24:51.33 ymhpVUQ8.net
けんかをやめて 二人をとめて 私のために争わないで もうこれ以上♪
1003:デフォルトの名無しさん
23/01/19 14:32:55.67 W8WJgwM0.net
ジャスラックの方から来ました
1004:デフォルトの名無しさん
23/01/19 22:37:00.12 xsCmDJD7.net
>>976
コードビハインドとデータバインドになんの関係があるの？
1005:デフォルトの名無しさん
23/01/19 23:08:01.88 PfWij2kf.net
>>976
データバインド無かったら入力の挙動変えるのに有償コントロール購入かTextBox魔改造しかないらしい
つまりコードビハインドだけじゃ実現できない何かがデータバインドにはあるってことなのかという疑問
1006:デフォルトの名無しさん
23/01/20 00:50:25.97 vBnAfN4B.net
間違えた
>>976ではなく>>982
1007:デフォルトの名無しさん
23/01/20 06:32:13.93 qeX6K1Qt.net
>>928
必須ではありません。
あれば便利なこともあるという程度です。
1008:デフォルトの名無しさん
23/01/20 08:46:51.60 mtsSyn0E.net
データバインディングにアレルギー起こしてるやつ無能すぎない？
今時普通だぞ
1009:デフォルトの名無しさん
23/01/20 09:08:01.12 1xunsRF/.net
必須ではない、がアレルギーになるのか…
1010:デフォルトの名無しさん
23/01/20 09:2
1011:4:57.82 ID:mtsSyn0E.net
1012:デフォルトの名無しさん
23/01/20 11:04:41.94 MIQ4Dvgj.net
別に必須でもない
1013:デフォルトの名無しさん
23/01/20 12:06:53.57 3ZSpijvQ.net
誰もバインディング否定してないんだよなあ
1014:デフォルトの名無しさん
23/01/20 12:08:22.16 LalA2Iim.net
App.xamlでテーマをマテリアルデザインにすると全てのコントロールのデザインが変わりますが、
グループボックスだけ元の線だけに戻す事は出来ますか？
1015:デフォルトの名無しさん
23/01/21 06:10:28.25 mf0a/fPI.net
Windowsでマテリアルデザインやったり
AndroidでiOSのデザインやったり
違うOSのテーマ適用するのダサいからヤメロ
1016:デフォルトの名無しさん
23/01/21 08:00:30.02 6hezCYY2.net
バインディング、拾ってきたサンプルが使ってたらそのまま利用する。
自らは積極的にはつかわん。
1017:デフォルトの名無しさん
23/01/21 10:36:08.82 7IiCEosp.net
>>991
BasedOn ?
使ったことないけど
1018:デフォルトの名無しさん
23/01/21 12:26:12.79 rC8Ib8nr.net
>>991
１．GroupBoxがあるページやフォームを開きます
２．表示→その他のウインドウ→ドキュメントアウトライン
３．GroupBoxを探して右クリック
４．テンプレートの編集→コピーして編集
これで行けるとは思うが試してくれ
1019:デフォルトの名無しさん
23/01/22 22:44:02.31 hH/visxP.net
Interaction.BehaviorsのEventTriggerBehaviorでイベントからコマンドを呼び出す処理を2か所で書いたんだがなぜか片方のEventTriggerが呼び出された時もう一方のイベントトリガーも呼び出してしまう。
nullExが出たから気づいてif(a==null)returnでその片方を抜けるようにしたから事なきを得たけど
これが仕様なのかバグなのかわからん
1020:デフォルトの名無しさん
23/01/23 11:49:48.41 ++ZuBEdY.net
>>992
WPFデフォルトのデザインがダサい問題
1021:デフォルトの名無しさん
23/01/23 13:00:07.04 yzbVlsZ5.net
>>997
WinUIならかっこいい
1022:デフォルトの名無しさん
23/01/23 15:21:21.36 bifNK+jc.net
いや、WinUIはダサい
Win8以降からの野暮ったさが抜けてない
1023:デフォルトの名無しさん
23/01/23 15:21:50.74 bifNK+jc.net
そして1000
1024:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 86日 3時間 47分 16秒
1025:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています