WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 [無断転載禁止]©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
2017/05/09(火) 09:09:13.94ID:KhhA22kJ
Windows Presentation Frameworkについて語るスレ。

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

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

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
2017/09/20(水) 17:26:09.75ID:SSdju2Qy
ぬけてました

925 名前：デフォルトの名無しさん[sage] 投稿日：2014/08/23(土) 22:14:47.48 ID:JJDGD5m1
などと前世紀から何か息巻いた声が聞こえますが
イヤーピースするなりして流して下さい
もうじき歴史の彼方に消え去るはずです
2017/09/20(水) 17:30:11.88ID:JtkVUIC7
開発側としては、「嫌だけど世間の流れなので仕方なく使う」みたいな印象　＞HTML5
2017/09/20(水) 17:33:23.41ID:SSdju2Qy
歴史のかなたに消え去る準備はできましたか？
2017/09/20(水) 17:35:52.27ID:JtkVUIC7
HTML5を嫌がる人への文句の前に
いつまで経っても協調せず、ブラウザ間の動作の違いを無くそうともしないWebブラウザベンダに文句を言ってくれ
2017/09/20(水) 17:37:08.73ID:SSdju2Qy
まだ5年後まで2年あるからその間にWPFが盛り返せばいい（）
2017/09/20(水) 17:44:45.08ID:SSdju2Qy
3年の間にjsで天下を取っていたjquerryが死んだことに驚き
jquerry使うと老害扱いされる
2017/09/20(水) 17:54:37.63ID:PhA2Z+8U
>>361
唐突に何？w

正直web系の技術の現状とか全然追えてないからよく分からんが、
HTML5が普及し始めた頃、どこぞのITの社長さんが「HTML5も結局互換性問題がカオスで
使い物にならねえ」って書いてた通りになってるんじゃないの？
2017/09/20(水) 17:57:11.82ID:PhA2Z+8U
>>367
変化激しい世界なんだなw

web系の人はどうやって技術のトレンドを追いかけてるの？
今時雑誌とかないよね。
2017/09/20(水) 17:58:16.10ID:JtkVUIC7
ITProとか@ITとかじゃないの　＞追いかける
2017/09/20(水) 21:00:50.28ID:uzKlY2K6
このスレでもまだ時代がとまってるらしい
>>365
>>368
実質Chromeが標準ブラウザだから
それ以外はほとんど対応しなくていい
2017/09/20(水) 21:15:04.25ID:0lMVwAWW
>>371
Chromeはファンも多いがアンチも多いよ。
俺は大嫌い。あのUIのすべてが気に入らない。
ここ見ると多めに見積もってせいぜい4割ってところだろうね。
https://webrage.jp/techblog/pc_browser_share/
実際はもっと少ないんじゃないかと思うが...

いつも思うけど、web系の人ってドリーマーというか思い込みが激しいというか
自己陶酔系というか、およそエンジニアっぽくない人が多いよねw
2017/09/20(水) 21:36:11.71ID:uzKlY2K6
>>372
計算できないのか？
世界でChrome以外のブラウザかき集めても2〜3割りでそれ以外Chromeって事だろ
2017/09/20(水) 21:40:54.54ID:nyZuu7Zf
Chromeが云々よりIEが無視できる時代になった事が重要
てかweb系と聞いてブラウザの話しか出て来ないのが既に寂しい
2017/09/20(水) 21:44:02.01ID:nInVA+Cg
日本の数字ならIEもFirefoxも無視できない数だし
企業だとIE強いよな
2017/09/20(水) 21:45:26.10ID:uzKlY2K6
俺は趣味で見てる程度だけど仕事でwebのフロントエンドやってる人は大変だと思う
mvvmも一瞬ブームになったけどもう違う方向に舵を切られた
フロントエンドでmvvmは時代遅れ
2017/09/20(水) 21:49:28.32ID:0lMVwAWW
>>373
何でそう喧嘩腰かねw
言ってる傍からドリーマーだけど、どこをどう計算してもそんな結果にならんよw

そもそも集計方法が分からないが、この手の集計は「意識高い系」バイアスを疑うのが常識。
少なくとも日本に限れば、わざわざChrome使うような意識高い系（パソヲタともいう）がそんなに多いとおもえない。
2017/09/20(水) 22:11:07.18ID:JtkVUIC7
>>371
>それ以外はほとんど対応しなくていい
趣味で作ってるならまだしも、仕事でこれは有り得ん
それが出来るならどんなに楽な事か

現実はPCでのIE・Fx・Chrome・Safariに加えて、主要な各スマートフォン&タブレットでも動作テストさせられるんすよ
俺がいた現場ではそうだった('A`)
2017/09/20(水) 22:11:42.66ID:uzKlY2K6
>>377
偏見（バイアス）にまみれてるのは君だろｗ
今はweb見るのは大体スマホがメイン
androidのメインブラウザはChrome
ほとんどの人はChromeを普通に使ってる

Chrome　普通の人
FireFox　パソオタ
IE Edge　情報弱者
2017/09/20(水) 22:14:52.72ID:0lMVwAWW
>>379
>>372の集計はPCだけ。

今時メインはスマホだというのは一理はあるが正しくない。
それはwebページの種類次第でしょう。

本当、エンジニアっぽくない思考回路のお方だね。
2017/09/20(水) 22:20:55.11ID:uzKlY2K6
さっきのTOP10集計すると
Chrome 54.98%

その他 25.99%
(FF約 10% IE11 7.22 )
2017/09/21(木) 00:51:05.40ID:DG4edd3E
能力者気取ってるがそれって地雷を踏む能力だろ。
2017/09/21(木) 03:37:34.11ID:ypyMNl+0
>>379
iOSの標準ブラウザはSafariだし、AndroidでもAPIの対応度が標準ブラウザでも違ったりする
しかも、モバイルとブラウザでは表示や機能も変わる
IEはまだしも、Firefoxは対応すべきだし、Edgeだって利用者はいる
384デフォルトの名無しさん
垢版 |
2017/09/21(木) 05:43:04.41ID:uo2SB9qA
age
2017/09/22(金) 09:26:09.72ID:RhxPxf5g
リボンUIはやはり消えてなくなるのか。不便でしかなかったからな。
2017/09/22(金) 09:54:18.23ID:+YP/tqCe
リボンは言っても１０年前に登場したUI。新しいハンバーガーメニューやアプリケーションバーのように
普段は説明文を隠してワンタッチで見られるUIについての議論とか無いのかな？
2017/09/22(金) 18:00:24.29ID:ka2EbGnk
>>386
それ新しいかね？
そんなUI初代macの」時代からあった気がするんだけど
2017/09/22(金) 19:00:15.72ID:+3gISdhB
>新しいハンバーガーメニューやアプリケーションバーのように
>普段は説明文を隠してワンタッチで見られるUIについての議論とか
みんな議論する価値すらないと思ってんじゃないの？
2017/09/22(金) 19:37:35.12ID:85Md+06o
リボンの無いExcelなんて使う気にならないさ。
2017/09/22(金) 19:38:57.29ID:85Md+06o
>>387
漢字Talkにそんなもんあったっけ?
2017/09/22(金) 21:38:47.30ID:fUstyYAa
初代Macの頃は漢字Talkなんてなかったぞ
2017/09/23(土) 03:24:49.33ID:hZhfWrqz
マカーがWPF触ってるのか。やはり地雷だったか。
2017/09/23(土) 08:55:21.33ID:+Y9Z1OSF
>>392
地雷じゃないけどXAMLが冗長過ぎるぞ。
2017/09/23(土) 10:13:24.27ID:3En/s+i/
冗長と言っても単に記述が長いだけじゃね？
補完は十分に効くし、人が触るものじゃないFormsよりははるかにましになったと思うが。
2017/09/23(土) 10:57:27.76ID:F7nSzvi3
XAMLなんてただの静的宣言の塊だしな

じゃあそれをC#のコードで書くか？っていうと、
それやったら益々長く or 解り難くなるだけじゃね
2017/09/23(土) 14:45:42.14ID:j6VCxv0o
それがそうでもないかもと思った
C#はイニシャライザの中に色々書けるので
397デフォルトの名無しさん
垢版 |
2017/09/24(日) 17:00:15.79ID:bxMDPEy4
日本の会社の業務系アプリ開発で食わしてもらっているが、
あと３０年ぐらいはWindows Formsのままだと思うな。

ころころ道具が変わるより、同じカンナとかナズチで仕事をする方が
効率は良いに決まってるし。
2017/09/24(日) 17:06:07.66ID:3JXn1GYR
実務経験がないUIデザイナーはいらない。
2017/09/24(日) 17:23:51.82ID:U4nAGnPY
>>397
UWP移行計画がうまく行くとも思えんけどそれもどうかなあw
2017/09/24(日) 17:26:00.12ID:6oSExpao
>>397
これが日本の現実か、クソだな
2017/09/24(日) 17:26:58.85ID:3JXn1GYR
世界の現実だよ、キミ。
2017/09/24(日) 17:33:35.62ID:huw6Eetw
>ころころ道具が変わるより、同じカンナとかナズチで仕事をする方が効率は良いに決まってるし

いつまでも泡立て器でかき混ぜてないでハンドミキサー使えよ、とは思うが
2017/09/24(日) 17:45:04.17ID:3JXn1GYR
たとえが骨董品。
2017/09/24(日) 17:57:02.97ID:9+Fz5Ik1
>>397
こういう化石みたいなやつも必要とされる場所はあるんだろな
2017/09/24(日) 19:35:02.93ID:2CfoP8Eu
>>397
電動カンナとネイルガンの方が効率が良いだろ。
それより、ちゃんとカンナ掛けした部材を買って使った方が早いぞ。
2017/09/24(日) 20:10:13.12ID:TezdVn6/
そんな判断が下せる人材はとうに脱出してます
2017/09/24(日) 20:37:05.66ID:2CfoP8Eu
そう、日本のIT産業の技術力低下が止まらない。
408デフォルトの名無しさん
垢版 |
2017/09/24(日) 22:31:58.25ID:lZcW7qdX
>>400
クソかなあ？ だってユーザーの欲しいのものは、入力しやすいユーザー インター
フェースと、データを一覧で表示することと、Excelに出力することだけだよ。

WPFじゃないとできないことなんて、何もない。枯れたWindows Formsが最強だ。

ブラウザーを使うWebアプリは遅いし、操作性が悪いから誰も喜ばないし。
409デフォルトの名無しさん
垢版 |
2017/09/24(日) 22:39:47.02ID:lZcW7qdX
>>405
カンナがけした具材という点で、Windows Formsのコントロールは完成されている。
もちろん標準コントロールでは貧弱な部分もあるが。様々な有料具材があるので
それを買ってくれば良い。

WPFはXAMLでアニメーションが簡単にできたのは感動したけれど、業務アプリ
で毎回画面が動くのは、目が疲れてウザいだけだった。
2017/09/24(日) 22:42:23.65ID:huw6Eetw
1回なら誤字かなーと思うが
2回も具材と書くのは、もしかして部材という言葉を知らんのだろうか……

>業務アプリで毎回画面が動くのは、目が疲れてウザいだけだった
それ、使い方を盛大に間違えてる
WPFって一々何でもかんでもアニメーションさせる為に使うもんじゃないっすよ
（初期の頃の、ネットニュースとかでの取り上げられ方がアレだったせいで変な勘違いをされるけど）
2017/09/24(日) 22:47:00.41ID:wZOFNGdG
まあいくら言ってもWPFはオワコンなんだけどね
2017/09/24(日) 23:06:19.12ID:PUjxgdIV
まあMSはUWPに移行推奨だろうからね
業務アプリ限定ならwindows10限定以外の問題は
粗方片付いて、残りはオラクルぐらいじゃね？
2017/09/24(日) 23:10:46.23ID:tXjdTiuM
>>408
お前WPF知らねーだろ
2017/09/24(日) 23:18:20.70ID:2CfoP8Eu
>>409
葡萄市か何かの具材を買うといざ修正しようとすると
ライセンスの管理が悪くて見つからなかったり大変だわさ。
2017/09/24(日) 23:49:54.89ID:3aRQaQH2
>>408
逆に考えるとwindows formsで十分なデーター入力や閲覧がメインの業務アプリなんて、wpfの標準コントロールで十分で、mvvmやデーターバインディングを用いて綺麗すっきりに業務アプリつくれる。
2017/09/24(日) 23:51:01.07ID:huw6Eetw
リスト表示の仮想化にだけ、ちょっと慣れがいるけどね
せいぜいそんくらい
2017/09/24(日) 23:51:38.34ID:tXjdTiuM
>>415
MVVM何それってアホなんだよ
2017/09/24(日) 23:53:58.09ID:2CfoP8Eu
MVVM完全無視でバインドだけ使ってもご利益があるぞ。
2017/09/25(月) 00:30:13.04ID:4u8pTLID
formsでも済むようなアプリならWPFでもMVVMなんていらんだろ
イベントドリブンで十分
2017/09/25(月) 00:41:42.75ID:WRsfbJvs
Material Design In XAML Toolkit入れちまえば、大抵のことは誤魔化せるな
2017/09/25(月) 08:08:40.89ID:4mRYDJ7j
WPFは面倒くさいというけど、ReactiveProperty使ってみたらWinFormsよりも楽なんじゃないかと思った。
こういうの最初から標準で用意しておいてほしかった。
2017/09/25(月) 09:05:52.32ID:Iy2FY3fB
INotifyPropertyChangedをいちいち実装するのは面倒だったからなぁ。
WPFに圧倒的に足りなかったのは、こういう使い勝手を向上する細かな作り込みだと思うよ。
2017/09/25(月) 09:52:17.24ID:yMXDEYuv
このスレ見ると、WPF使ってる奴がどれだけ世間ズレしてるか分るな。脳みそが体育会系、時代錯誤。
2017/09/25(月) 11:47:24.20ID:U6y/v+yx
彼等も当時はWPFこそが次世代の標準プラットフォームだと信じて、WinFormsに固執する連中を馬鹿にしてたんだよ
そして今、自分達が時代錯誤と馬鹿にされる立場になったということ
2017/09/25(月) 11:50:37.43ID:Ku8XPUJl
>世間ズレ
日本語の出来ない奴発見
2017/09/25(月) 22:05:49.75ID:Eukv621n
>>419
MVVMもイベントドンブリなんだがなぁ。。
2017/09/25(月) 22:41:44.29ID:SyR0/asg
意外に思う人もいるかもしれないけど
イベント駆動って、ゲームなんかの周期駆動と対立する概念で
プログラムをどのタイミングで走らせるかという
いわば「プログラムの休ませ方」の方式の事だからね
Windows的には
GetMessageやWaitForSingleObjectなどの待機関数で休ませればイベント駆動で
Sleepで休ませれば周期駆動
何をトリガーとしてプログラムがOSからキックされるかっていう
OS用語というわけでもないけど、カーネルスケジューラー由来の割とそのような話
WPFはどう考えてもイベント駆動
2017/09/26(火) 01:50:36.56ID:+5RdjyCt
何言ってるのか意味が分からないけど、WindowsのGUIだって
システム側のコードも含めれば君のいう「周期駆動」だよw

ただのポーリングである実体をユーザーコード側からはイベントがあった時に
システム側から呼び出されるように見せてるだけ

それはどうでもいいが、WPFだってGUIなんだからそういう意味ではイベントドリブンに決まっているが、
>>419の言ってるのはコードビハインドにイベントハンドラ書いたっていいでしょって意味でしょ
2017/09/26(火) 08:16:39.08ID:fQ+p+tlH
WPFだってWinFormsライクにも書けるのに、
データバインディングやMVVMを理解できない人が文句言っているだけ。
2017/09/26(火) 08:37:47.71ID:yKCix3et
勉強に疲れた君がWinFormなんじゃね？
XAML無しのコードだけで、コンポーネントを書くのは、WinForm厨君にはハードルが高いかも？
2017/09/26(火) 12:31:05.64ID:zc5mvy4I
>>429
イベントベタ書きは良いけど、データバインディング無しでwpfは辛いだろ。
2017/09/26(火) 12:46:51.74ID:pwjvHW00
>>431
x:bindのイベントバインディングの世界へようこそ
wpfもアレ導入すればいいのに・・・・
2017/09/26(火) 13:12:32.50ID:3DlL6rrx
>何言ってるのか意味が分からないけど、WindowsのGUIだって
>システム側のコードも含めれば君のいう「周期駆動」だよw

>ただのポーリングである実体をユーザーコード側からはイベントがあった時に
>システム側から呼び出されるように見せてるだけ

まずどこのレイヤーの話かというのもあるが、それは置いておいて
低レベルなところまで下りて行っても
マウスやキーボードは(タイマーじゃない)割込みで動いているのでイベント駆動だ
OSがマウスやキーボードをポーリングしてたら糞だろ
2017/09/26(火) 13:18:42.90ID:3DlL6rrx
ただ何処のレイヤーのどの部分が何駆動になっているかという話なので
全体的にみてどうこうという話ではない
だからイベント駆動が基調のWindowsのウィンドウで
周期駆動のゲームを動かすこともできるわけで
プログラムの流れ的に、周期的に動くのか
イベントがあるときだけ動くのか、というだけのこと
2017/09/26(火) 13:54:20.63ID:iExFW+NQ
>>433
いつの時代のPCの話よw

PS/2の時代だって（キーボドリセット以外は）ソフトはHWバファーをポーリングしてるだけ。
割り込みなんて使わねえよw
USBやBTならなおさらだ
2017/09/26(火) 14:57:22.53ID:3DlL6rrx
そうなのか？それは悪かった
ただ、何処のレイヤーのどの部分に着目するかだから
WPFの話をするときにハードウェアやドライバの話は関係が無いので
WPFはイベント駆動で問題ないけど
2017/09/26(火) 15:26:40.17ID:pwjvHW00
コードビハインドにイベントハンドラを書くスタイルをイベントドリブンと書いちまっただけなんだから
いい加減許してやればいいのに・・・・

あと、wpfのmvvmはデータドリブン型モデルとされています
2017/09/27(水) 08:04:08.96ID:j4Xsuhzh
WPF　この先生き残るの？
2017/09/27(水) 08:33:22.38ID:htvdQyi4
C++/CLIのようにMS自身が非推奨にしない限りMFCやWinFormsと同程度には生き残るんじゃないの
2017/09/27(水) 10:52:32.22ID:hDHywsvz
今のところはVS自体の開発に使われてるから基礎的な部分はメンテされてる
VSが完全にHTMLに置き換わったら本格的に終わるね
置き換えの流れはもう止まらないし、今のVSの開発スピードなら次のバージョンでWPF完全排除でもおかしくない
2017/09/27(水) 10:55:30.68ID:at63bDoQ
VSCodeみたいな遅いのは勘弁
2017/09/27(水) 11:08:07.12ID:iAbxKe8E
また夢見てる例の人が着てるけど、HTMLへの移行なんてデメリットだけあって
メリットは一つもないことが本気で理解できないなら相当頭悪いと思うよほんとw

最初ネタで言ってるのかと思ったけどマジで言ってるみたいだから怖いよね
2017/09/27(水) 11:13:23.09ID:j4Xsuhzh
WPFってHTMLと同じ土俵だったの？　知らなかった。
てっきり、画面設計とロジックがWinFormでは分離しがたいから出てきた思想だとばかり思ってた。
2017/09/27(水) 11:15:37.61ID:ZtupZA39
ただ、xamlにcss的な仕組みを取り入れるのは悪くないと思うけどね
styleだけだと冗長だ
2017/09/27(水) 11:17:54.36ID:OnyIuiaa
そもそも分離したいという開発者に会ったことがない。
2017/09/27(水) 11:26:40.45ID:j4Xsuhzh
>>445
業務系のデータ処理だけとかだとWinFromで十分だよね。
これが、製造現場の一部画面が違うだけのページオンパレードのシステムだと大変。
WPFだと、ConcreateContextの参照先をロジック一か所にするだけでOK。
単純な例だけど・・・
2017/09/27(水) 12:14:06.48ID:hDHywsvz
>>442
VSCodeがエディタの天下取った時代に何を言ってるの?
2017/09/27(水) 12:25:22.96ID:KnlAeCk2
>>439
C++/CLIはMSが見放すくらい使われていなかったのか。
2017/09/27(水) 12:27:19.78ID:KnlAeCk2
>>447
atomよりはましたが糞遅いので天下取りは勘弁して
2017/09/27(水) 12:47:54.77ID:dVQpfUDY
>>447
あくまでも「エディタ」な
2017/09/27(水) 16:51:08.90ID:7dA/9JOQ
昔みたいにMSの天下ってわけじゃないから
これから先もずっと下手な手を打っては下火になったら放置プレーして
また新しいの出しての繰り返しだよ
完璧にMSの商売の都合でやってることだから・・・
負けたら次のを出すしか払拭できないからね
保守も大変だからQtとかに乗り換えるか
いっそのことWin32API+独自UIコンポーネントの方が後々楽そう
コロコロ使い捨てする安定しないベンダーのコードにあまり依存しないほうが良いんだろう
C++/CLIとかで書いちゃった人かわいそう
2017/09/27(水) 16:55:38.21ID:7dA/9JOQ
SilverlightやVB6で書いちゃった人もかわいそう
2017/09/27(水) 17:03:13.99ID:dVQpfUDY
>>451
Qtの方が保守はよっぽど大変そうｗｗｗ
2017/09/27(水) 17:18:41.19ID:qdOMIpVQ
>>451
VB6は超勝ち組じゃんw

むしろ早く.NETに移行をって口車にのって2002/2003の時代に
マイグレートした人の方が結果的に馬鹿を見てる
2017/09/27(水) 19:48:52.23ID:yGt55oct
>>451
デスクトップパソコンじゃ未だに天下たけどね。
Chrome Book, Mac, Linuxsoなんて少数派だし。
2017/09/27(水) 19:51:46.95ID:yGt55oct
>>454
Windiws10でvb6を切らな切ったのでvb6コンバージョンの仕事か舞い込んできた。あーーーーーーーーーーーーだりぃ。
2017/09/27(水) 20:16:57.06ID:htvdQyi4
>コロコロ使い捨てする安定しないベンダーのコードにあまり依存しないほうが良いんだろう

それが一番激しいのがWebフロントエンドの分野だよな。
みんなサーフィン大変そう。それが楽しいのかも知れんが。
2017/09/27(水) 20:25:10.85ID:m77m4D83
VB6 は充分もと取っただろ
って言うか取りすぎていまだに保守案件があったりするし
2017/09/27(水) 20:26:36.96ID:7dA/9JOQ
>>455
むしろそこが問題なんだよな
デスクトップを踏み台にしてあちこちに手を伸ばして
結局、割食ってるのは従来のデスクトップ
もはやデスクトップでは何しても天下は揺るがないから
不便でも何でも関係ない、どうせユーザーは逃げないから
我慢してもらおうっていう
Win8あたりからそんな感じ
電話ではもう失敗は完全に確定済みだけど
まだタブレットが残ってるから、しばらくはこんな調子だろう
2017/09/27(水) 20:45:27.31ID:7dA/9JOQ
タッチ入力とマウス入力ではあまりにも違いすぎるからUIの統合は無理なんじゃないかと
それはMSもわかってるんだろうけど、デスクトップの圧倒席なシェアを足掛かりにして
その延長でタブレットにも普及させたいっていう思惑があるから
どうしても割食うのはデスクトップになる
既になんだかよくわからないことになってるしな
2017/09/27(水) 21:12:38.64ID:ZtupZA39
タッチ云々はUWPの問題で、ｗｐｆは関係ないだろうに・・・・
wpfが出た当時はVistaでしょうが
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況