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


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

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21



1 名前:デフォルトの名無しさん mailto:sage [2017/05/09(火) 09:09:13.94 ID:KhhA22kJ.net]
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20
echo.2ch.net/test/read.cgi/tech/1458082648/

関連スレ
Windows 10 UWPアプリ開発
echo.2ch.net/test/read.cgi/tech/1440150886/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/

892 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 16:29:55.67 ID:W1xQHq7p.net]
C#習得済みならWPFのサンプルがいいかもね
ちょっと目を通すといってもボリュームありぎて困るけどな
https://github.com/Microsoft/WPF-Samples

893 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 16:52:31.22 ID:iSZRC5ge.net]
>>856
向き不向き関係無く、WPFかUWPしか、これからは選択

894 名前:が無いとオモ。 []
[ここ壊れてます]

895 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 17:00:19.88 ID:CEomnrTd.net]
WinFormは高dpiにも対応したし
過去の死産が沢山あるので永遠に不滅です

896 名前:デフォルトの名無しさん mailto:sage釣 [2017/12/07(木) 17:03:54.74 ID:+Go9SOnG.net]
不運長久

897 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 17:40:11.83 ID:+0QIF/Hj.net]
>>863
他に選択肢が無いなら、向いてない>>855は失業だな

898 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 18:08:25.01 ID:RWj85r3T.net]
WPFのRichTextBoxってFormの時より性能(できる内容等)良くなっていますか?
テキストの扱いが、フロードキュメントというものにアクセスしないといけないとか
仕様が変わっているので、学習コストに見合うものか見極めたいのです。

899 名前:デフォルトの名無しさん [2017/12/07(木) 18:31:51.66 ID:aKBXGesU.net]
UWPのまともなチュートリアルがない
あっても実用レベルじゃない
画面の遷移とかアプリの状態とかその変化のさいのデータの保存とか共有とか
いろいろ知らないといけないことが多いが適切な学習方法がない

本屋に売ってる本もそういう所には触れてない
ボタンを押すと文字が変わるとかいうレベルじゃアプリは作れない

windowsストアアプリのころはまともなチュートリアルがあったのに

900 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 18:53:14.73 ID:BPsvGxGu.net]
>>868
画面遷移はprismのサンプル見るのが早い
てかコピペでも何とか成るぞ



901 名前:デフォルトの名無しさん [2017/12/07(木) 19:30:04.21 ID:70KcxBzP.net]
windowsストアアプリのころはこれでもかと言わんばかりの
かなりいい仕上がりの本が多かった
でもニッチな需要だったのであまり売れなかったみたいだ

UWPになってからいい本が出ないのはある意味windowsストアアプリのせい

902 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:41:35.48 ID:qnTgxbKH.net]
>>870
UWPに限らず、ここ数年まともな技術本は殆ど出版されてない
技術本の永久氷河期に突入したと思われます。

903 名前:デフォルトの名無しさん [2017/12/07(木) 19:47:33.04 ID:70KcxBzP.net]
図書館にC#の絵本が入ってて泣いた

904 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:48:21.41 ID:iSZRC5ge.net]
なんだ〜 ? いい本待ちって、どんだけ他力本願なんだよ?
英語サイト読め! アホ共が・・・

905 名前:デフォルトの名無しさん [2017/12/07(木) 19:51:54.46 ID:70KcxBzP.net]
最近はググるとstackoverflowが上位に来て邪魔だ
英語でえんえん議論して結果できませんでしたみたいな最後とか多くて邪魔
しかも内容が正確じゃない場合も多くて困る

昔はダイレクトにこうしろみたいなサイトが多くヒットした

906 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:52:47.33 ID:qnTgxbKH.net]
>>873
上人様、我々凡夫に良い英語サイトを教えてくだされ!

907 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:57:46.70 ID:qnTgxbKH.net]
>>874
Stack Overflowで延々と議論して結論が出てない事の方が稀だけどねぇ。。
MSDNフォーラムは延々と揚げ足取りが続いて何の答えも出てないことは多々あるが。
と言うかMSDNフォーラムは英語も日本語も箸にも棒にも掛からぬ

908 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 21:38:31.58 ID:rdG0qvFp.net]
StackOverflowは重宝している

909 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 22:04:29.06 ID:7HwoQbsI.net]
え、あのうざいフォーラムモデレーターはもう検索しても出てこないの?
うそー

910 名前:デフォルトの名無しさん mailto:sage [2017/12/07(木) 23:18:36.91 ID:gBefvYul.net]
>>876
俺も同じ印象持ってるわ
StackOverFlowはそのものズバリの回答にたどり着ける率がかなり高い



911 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 06:41:55.51 ID:6V+obqgF.net]
>>870
普通、学習するのが後になればなるほど情報が増えて、
高速道路を走るようにあっという間にキャッチアップ出来るんだけど、
WPFは先人が切り開いた道が誰も通らないから荒れ果てて、自分で道を切り開かないといけないパターンか

912 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 07:01:02.47 ID:8a2ZI3ZF.net]
>>879
StackOverFlowは優秀な削除人が居て役に立たないゴミスレを抹消してるらしい

913 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 08:16:39.79 ID:qCpKpTuV.net]
xamlが障壁だろうね、htmlのようなものと言っているうちは標準で用意された動作しかできない
何でもできるのはすごいけど可読性が悪い

914 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 10:15:25.17 ID:tA4Nn7ut.net]
XAML をいじるツールが HTMLの WYSIWYGツール程度しか容易されてないよね
細かくパラメータ指定はできるけど、XAMLの知識前提だし、
それならXAML直接いじったほうが早いという

915 名前:デフォルトの名無しさん [2017/12/08(金) 12:23:32.06 ID:HAB7Tinf.net]
xamarin formsのビュワーはクソすぎる

916 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 13:12:00.95 ID:qCpKpTuV.net]
Blendでいじるのは限定的で大半はインテリセンスとエディットコンテニューでなんとかなってる感じ
つかエディットコンテニューもっと早くつければよかったのに

917 名前:デフォルトの名無しさん mailto:sage釣 [2017/12/08(金) 14:31:12.72 ID:RuKEqfD/.net]
ちょまど神への信仰と喜捨が不足しているのです

918 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 14:46:00.53 ID:57iib+8F.net]
それ以前にWPFやUWPの仕事なんてあるの? 俺っちのところはWinFormしかねぇぞ。

919 名前:デフォルトの名無しさん mailto:sage釣 [2017/12/08(金) 16:59:04.30 ID:RuKEqfD/.net]
家も無いな

920 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 17:00:29.61 ID:qCpKpTuV.net]
俺の知ってる普通は何を使うかなんて聞いてこないけどな、分からない任せるの一点張り
前任者が良くない理由で辞めていてその引き継ぎ案件なら指定あるかも知れん



921 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 21:27:54.44 ID:6Wxgyjtw.net]
俺はXAMLは良いと思うが、人それぞれだなぁ。
いちいちデザイナーでレイアウトしてプロパティペインでちまちま設定しなきゃならんFormsにはもう戻りたくない。

922 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 22:42:48.69 ID:JqV72I9F.net]
XAMLも全部ダメとは言ってない

エディタで書くことができるという方向性はたぶん間違ってなかった
問題はデザイナーを使うだけの層が置いてけぼりになった点だと思う

XAMLを勉強してWPFをマスターして次々とWPFでアプリ開発する開発者だけなら問題なかったが、
XAMLを勉強したいんじゃなくてアプリを作りたいって層は、
XAMLを習得するコストとWPFの将来性を比べて既知の WinForms に行ってしまうよね

923 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:08:09.57 ID:6Wxgyjtw.net]
Formsと同じようにポトペタ開発だってできるだろ。それこそXAMLに直接触らなくても。
Formsと違うからハードルがあるってことならそりゃ当たり前w

924 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:24:02.04 ID:0zCKXZ4S.net]
XAMLとWinForms、まるで真反対かのように言ってる人って使ったことないかまったく理解してないかだろうな。

925 名前:デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:33:23.82 ID:JqV72I9F.net]
WPFでXAMLなしでポトペタ開発できるっていうのは詭弁だろ
XAML書けない人はWPF使える人とは言えない

926 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:06:52.81 ID:fO0VVXq7.net]
つか、Gridレイアウトだけ覚えたらformレベルの用途なら後は何とか成るんだから
それぐらいは勉強しろよとは言いたいな
html知っていれば小一時間でなんとかなる代物だ

927 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:16:56.45 ID:HnWyWSqq.net]
Head FirstとMicroSoft公認の黒くて分厚い本がWPFにあればもっと普及したのではと思う

928 名前:デフォルトの名無しさん [2017/12/09(土) 00:22:36.81 ID:y4uhn7j8.net]
gridってスプリッタ―使うのも一苦労なんだが
非常に使いにくい

929 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:24:48.22 ID:sjZAAH/D.net]
原理主義でちょっとしたことを簡単に実現できなくしたのがいまいち普及しない理由だろ

930 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:31:27.04 ID:P59xwzO1.net]
大体はGird過激派グループとStackPanel同胞団のどちらかに属する
DockPanelは意外と出番がない、順序で配置変わる仕様が変態くさいし



931 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:51:13.59 ID:YSr7xyeP.net]
もうボケ老人の繰り言状態だけど、だからWPやXAMLの問題は
保守性の悪さであって必ずしも書きづらいことじゃないってw

見える化ってバズワードがちょっと前に流行ったけど、その観点では
WPFは20年前のVBより退化してる

Formだったら他人の書いたコードでもせいぜいドキュメントアウトラインで包含関係を確認して
あとはFormデザイナでコントロール選択してプロパティーグリッドみれば
一目瞭然でだいたいどうなってるかわかるけど、これがWPFじゅ全然そういう訳にいかない

932 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 01:31:47.76 ID:0TYlSAt9.net]
まーでもWinFormsで実現できる程度の見た目で良かったらWPFでもデザイナ使ってぽとペタでできるよね。

WPFとかだとItemTemplate使って出来るようなこととかやりだすと、追いづらくなるのは確かだけど、それはWinFormsだとオーナードローとかになってくるから、より追いにくくなりそう。

933 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 05:15:05.11 ID:KFfYNPXO.net]
>>899
DockPanelは、Gridよりコード量が少ないので結構使うけど

934 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 05:44:29.48 ID:wuqyJYIG.net]
Pro WPF 4.5 in c# 押し(PDFもころがってるし)

935 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 08:11:06.80 ID:D+7i0ltG.net]
>>896
MSは普及させる気ないのかね?

赤字覚悟で本をたくさん出すべき

936 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 08:35:35.94 ID:LNYXpqZE.net]
WPFが普及しきる前にストアアプリやUWP推しにいっちゃったからねぇ。
ペゾルド本を出してくれていたらよかった。

937 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:32:33.70 ID:pqfn8pko.net]
最初で躓いたやつの愚痴ばっかりだな。
新しいことや、他のOSでの開発も出来ない連中ばったりだろう。

938 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:35:10.19 ID:D+7i0ltG.net]
>>906
自分の事じゃないよ

初心者に対する窓口を広くないとWPFの未来はないって事
開発者の少ない環境なんて、あっという間に切り捨てられて終わる

939 名前:デフォルトの名無しさん [2017/12/09(土) 10:35:49.75 ID:0SdWVhUU.net]
最初って何にもなかったから脱落してもおかしくなかった
MVVMのフレームワークもない
WPF自体も段階を経てレベルアップしていった
今みたいに恵まれた環境じゃなかった

940 名前:デフォルトの名無しさん mailto: []
[ここ壊れてます]



941 名前: mailto:2017/12/09(土) 10:37:26.13 ID:0SdWVhUU.net [ >>907
WPFはもうMSが見捨てたから未来はないよ
UWPに注力 ]
[ここ壊れてます]

942 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:42:25.96 ID:mcVKStJ6.net]
mvvmのせいで普及しない

943 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:44:59.50 ID:LNYXpqZE.net]
それよりも逆にUWPの未来が見えないんだが。Windows Mobile撤退したらもう存在意義ないんじゃね?

944 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:55:42.98 ID:BBiO47QN.net]
>>908
WPFは本来の設計思想が全く理解されなかっただけで、フレームワークとしてはちゃんと出来上がってたんだぜ
お前らはRoutingCommandの利用シーンを自信を持って説明できるか?

945 名前:デフォルトの名無しさん [2017/12/09(土) 10:57:32.75 ID:0SdWVhUU.net]
出来てた割にはメモリリークとかメッセンジャーとかの問題で数年

946 名前:停滞してたじゃないか
ビヘイビアとかいろいろやってたじゃないか
[]
[ここ壊れてます]

947 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:01:07.31 ID:P59xwzO1.net]
RoutingCommandって何だよ、RoutedCommandじゃねえの
最近はCaliburn.Microにしてるからコマンド書かずにメソッドだけで済ましてる

948 名前:デフォルトの名無しさん [2017/12/09(土) 11:05:53.50 ID:0SdWVhUU.net]
mvvmはlistboxなどをバインディングで使うときなんか最悪だよ
選択がかわったことなどのVMがめんどくさい

その点Vのイベントは楽でいい

949 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:06:28.29 ID:3CrpDS5s.net]
WinFormsに続いてWPFもすでに飼い殺しモード
Mobileがポシャって将来の展望が見えないUWP
どうすんだろうねほんと

950 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:06:30.15 ID:B67iFoRw.net]
>>913
そりゃそうだ
MVVMとか言われだしたのってWPFが世に出た後だぞ



951 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:18:55.23 ID:BBiO47QN.net]
>>916
MS自身はElectron使ってるからね
今時Webできない奴なんか放っといても他所へは行けないんだからセールス的にはどうでもいいんだよ

952 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:21:28.35 ID:ZhOJxZh3.net]
>>918
え、VisualStudio自体もElectronかい?

953 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:43:10.65 ID:pqfn8pko.net]
>>916
そう、これだってのがないのがダメすぎるMicrosoft。
そのせいと、モバイル捨てたからエコシステム作れない。

954 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 12:11:43.99 ID:7Yf8j8jw.net]
Mobileは死んだけど、Hololensとか新機軸のデバイスの展開も見据えると
Win32だけのままじゃダメってのはわかるし個人的にUWPはUWPで続けてくれて良いんだけどね

Desktopをおざなりにするどころかユーザーや開発者に劣化環境を押し付けてくるのが最高にうんこ

955 名前:デフォルトの名無しさん [2017/12/09(土) 12:15:01.89 ID:0SdWVhUU.net]
Hololensなんてごみじゃん
ただの流向

956 名前:デフォルトの名無しさん [2017/12/09(土) 14:28:35.64 ID:4L36y9lr.net]
WPF版のペッツォルト本なかったっか?

957 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 14:56:59.28 ID:sjZAAH/D.net]
大多数の人がしたいと思ってることが簡単にできないとダメ
画像の表示一つで首かしげるようなものじゃダメ、普及しない

958 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:03:44.12 ID:l/tJcKjF.net]
MVVMで組まなきゃ駄目って空気を醸し出してしまったのが敗因かな。

959 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:20:17.09 ID:D+7i0ltG.net]
10年後にはJava FXに負けてるかな?

960 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:21:58.42 ID:H2sqAc93.net]
もしかしてWinFormの地位が確固たるものになった? WPFとUWPのおかげで・・・



961 名前:デフォルトの名無しさん mailto:sage釣 [2017/12/09(土) 15:52:05.30 ID:iPTGHqKh.net]
>>927
うん5年後に答え合わせをしようよ

962 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 16:05:34.75 ID:l/tJcKjF.net]
>>927
vb6.0のおかげです

963 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 20:38:16.72 ID:ziJNlv0p.net]
>>905
普及しきるというか普及する気配が最初から全くなく今に至る。
PGの嗅覚をなめてはいけない。

964 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 22:35:13.71 ID:M8C/DJ+l.net]
>>928
それ5年前に聞いた

965 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:11:38.47 ID:ziJNlv0p.net]
>>906
ただの無能の愚痴ならいいんだが事実、ゴミだったからな。

966 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:26:13.62 ID:LNYXpqZE.net]
無能「事実、ゴミだったからな。」

こういうこと?

967 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:29:54.81 ID:i+ta5v7N.net]
そういう事

968 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:39:13.32 ID:ziJNlv0p.net]
>>933
ゴミじゃなきゃなんなんだい? WPFに何か光るものが少しでもあったか?
何もないね。これはPGなら誰でも同意することだろう。

969 名前:デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:40:57.26 ID:D+7i0ltG.net]
>>935
Flexの方が設計は良かったね

970 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:49:59.71 ID:+bg1ulUg.net]
>>894
普通にできる



971 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:51:57.14 ID:+bg1ulUg.net]
>>915
えっ???
そこが一番なくらい便利なんだが?
SelectedItemにBindingしておしまいだよ?

972 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:54:13.79 ID:+bg1ulUg.net]
>>923
ストアアプリか何かのがある
まあ考え方の流用は可な感じ

973 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:58:10.12 ID:+bg1ulUg.net]
コントロールにName付けてコードビハインドで使えば
WinFormsと同じスタイルで開発できる事を知らない人が多すぎる

974 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:16:00.59 ID:7Si01GpM.net]
>>940
バインド使った方が楽だろ?
コードビハインドのメンバにバインドして使ってイベントベタ書きにすればハードル下がる。

975 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:19:01.67 ID:klwCxkV9.net]
それをMSと取り巻きが広めるべきだったな

976 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:27:22.95 ID:oTsMuCsO.net]
XAML覚えるのだりいいいい
バインディングまわりとか試行錯誤せんとぜんぜん覚えられん
めんどくせええええwww

977 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:28:21.09 ID:OKZOYtiA.net]
当時MVVMを宣伝した意識高い系連中ってもうほとんど残ってないからな
みんなASP.NET MVCやCoreへ移行してしまった
今入ってきた初心者は当時の意識高い記事に圧倒され、相談に乗ってくれるコミュニティも見つけられないまま去っていく

978 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:31:16.14 ID:sNUCXrsh.net]
俺は意識低い系だから普通にポトペタでダブルクリックして
イベントにコード書きまくりだねw
動けばいいや

979 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:34:42.06 ID:oTsMuCsO.net]
宣言型だからさ
ルール覚えるの大変やん

WinFormsならアホの俺でもイベントべた書きすりゃ何か動いた
そっから少しずつ間違いなおして、コード書き足して・・・ってやっとった

XAMLはルール間違うとうごきもせん
しかもてつづき型とちがうからどこで間違ったのかもよくわからんwwww
一晩でおぼえられるIQをくれwwww

980 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:46:16.93 ID:7Si01GpM.net]
>>942
MSのコードサンプルもブログで見かけるコードサンプルも
コードビハインドとのバインドとイベントベタ書きが多いけどね。

MVVMで書くとWPFの本質以外のコードが増えて
サンプルにならなないからだと思う。

MVVMはXAMLとバインドがちゃんと使えるようになってから
必要に応じて使えば良いと思うのさ。



981 名前:デフォルトの名無しさん [2017/12/10(日) 12:01:50.16 ID:85i5VHgP.net]
>>938
つうじてないみたいだからいいよ

982 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:04:14.03 ID:+bg1ulUg.net]
>>941
そりゃあBinding使った方が断然楽だよ
でも苦労したい人が多いみたいだからそんな人達は今まで通りを踏襲すれば良い
人生それぞれなんだから

983 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:16:06.77 ID:oTsMuCsO.net]
WinFormsのバインどよりずっとむずいやんXAMLのやつ
まあ俺はまだリストボックスまで行ってないからよく知らんけどな!
今日もMSDNのドキュメント読むやで〜

984 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:19:59.57 ID:oTsMuCsO.net]
あいあyまあ
なんかワイ論点を間違えてたな
バインド自体はええねんで楽で
XMALがむずい!ワイのいいたいことはこれだけや!ほなな!

985 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:33:24.56 ID:uk3Agmxw.net]
x:Bindをwpfに持ってくるだけで、問題だいぶ片付くんだけどな
ミスったらコンパイルエラー出るし、イベントもバインド出来る
何故かUpdateSourceTriggerが指定できないのは問題だが

986 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:57:01.12 ID:3lkRI355.net]
>>952
最新のUWPだとUpdateSourceTrigger指定できる。
確認はしていないけど。

987 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 14:44:04.88 ID:jjJtEuOB.net]
UWPって、10年後にもあるの?

それがいちばん重要なんだけど

988 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:01:11.25 ID:klwCxkV9.net]
WPFは10年以上存在したよ

989 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:04:47.01 ID:Lqf3YhZb.net]
>>954
ストアアプリと同じ運命をたどる可能性の方が高いと思う...

990 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:14:48.18 ID:jjJtEuOB.net]
今後も何か作る時は、Android用アプリ+iOS用アプリ+Webアプリって流れになっちゃうのかな?

「Windows用にUWPで作りましょう!」なんて案件ねえぞ



991 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:46:13.89 ID:4CvOnmGy.net]
UWPが普及するとすればWindows7がお亡くなりなってからかなぁ

992 名前:デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:48:13.20 ID:4CvOnmGy.net]
>>951
XMLかhtmlの素養がなれば難しくはない
もし難しいと思う若しくは勉強する気がないのなら無理せずポトペタすれば良い






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

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

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