WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
■ このスレッドは過去ログ倉庫に格納されています
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/
関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/ WPFベースのレタッチソフトとかCADが出ればその説を信じる WPFは残念ながらC球ですらない100均のゴムボールだ
いや100均のゴムボールの方がまだ用途があるか 昔、WPFなんて流行らないって言ったら
MSが推奨して押してるフレームワークだぞ妄想乙って言われたなー
懐かしい マーケティング上の理由で仕様がクソになる場合があるね。
MSの世界とWindowsの世界は分けて考えないとね。WPFはMSの世界の産物。 WPFはwinformsとかVB6とかhtmlとかMFCとかDirectXとか既存の技術が重複してて
メンテナンスコストがかかるから一本化しようと言うビルゲイツの思惑が実体化したもの
でも思ったより普及せずにコストだけ増えました 2003年にSUNがlooking GlassというUIを発表した
2Dデスクトップを2.5D表現にするような内容であった
畑違いで競合するわけではないのに驚くほど先進的だったのでOS各社は非常に焦った
OSXより先進的だったのでappleのジョブズは訴訟を起こして開発を止めようとした
ゲイツはLonghorn(のちのVISTA)に同じような技術を導入しようとした
その残滓がWPFである
WPFの医療カルテのデモはLooking Glassをかなり意識したものであった sunはその前にもSunViewでXに挑戦して失敗しているからなぁ XMLを馬鹿にしてたゲイツがWPFをだって?w
むしろゲイツが過去に散々言ってきたことを無視してできたのがWPF。 >>469
Essential WPFのエッセンスを3行でまとめてくれ。 System.Windows.Interactivity Namespaceでぐぐってもmsdnに行き着けないし、
なんとか探し出しても「)このコンテンツの定期的な更新は行われていません。」で
細部に移動すると「申し訳ございません。ご指定のページが見つかりません。」
Interactivityは消滅するの ? まだ日本語ドキュメント読んでるのかよ
en-usかなんかにしないとクソだぞ >>472
en-us でもおなじです やり方が悪いのでしょうか
url貼っていただくとうれしいです
>>473
英語のpds落ちてます >>469
早くEssential WPFのエッセンスを3行でまとめてくれ。 >>474
ごめん。何かと勘違いしてたみたい
今探したら見つからないね。 >>454
Community Toolkitでって、今までのこういうToolkitのプロジェクトって数年後にみんな投げ出されてるじゃん
ほんとにやる気あるなら公式でサポートすべきだわ 利根川さんの言葉が身にしみるな
「いつ」とは言ってない Update on .NET Core 3.0 and .NET Framework 4.8
https://blogs.msdn.microsoft.com/dotnet/2018/10/04/update-on-net-core-3-0-and-net-framework-4-8/
My personal opinion is that having a cross-platform UI stack for .NET
would be a very valuable addition, but it’s a lot of work.
I am, however, not a fan of the idea to make WinForms/WPF cross-platform
because it will likely be a poor result: not compatible enough
for existing WinForms/WPF customers
while also not being a great cross-platform API (too much designed around the Windows PC). >>476
・WPFは最高
・デザイナーは神
・PGは奴隷 >>486
> My personal opinion
で終了 WPFの将来に希望が持てるようになったら起こしてください >>486
> 既存の.NET Frameworkアプリケーションを使用している場合は、.NETコアに移行する必要がありません。
> .NET Frameworkは常にWindowsの一部になります。
> Microsoftの内部でさえも、.NET Frameworkをベースにした多数の大きな製品ラインがあり、.
> NET Framework上に残ります。 ・WPFが普及しないのは、底辺PGが大半という現実をマイクロソフトが理解してないから ・WPFが普及しないのは、MSの宣教師が少ないから ・WPFが普及しないのは、VSのXAMLテキストエディタで
プロパティエレメントのタグのうち、オブジェクト部分(ドットの左側のみ)を色変更できないから。
そこを薄いグレーにするだけでプロパティ名が強調されて世界が明るくなる。 >>495
少ないというか、役に立たない宣教師しかいないのが… 宣教師たちの「XAML弄るとこんな事もできるんですよ」とドヤ顔に、現場PG達の冷めた目。 開発スタイルが30年前に逆戻りしたWPF。骨董品を模倣した贋作とも言うべきか。 >>501
あー言われてみればX Windowのプログラミングに似てるかも
UI要素の汎用性がとても高くて、やれることは無限大だけど、
ちょっと便利なコンポーネント(NumericUpDownとか)がなくて
いちいち作ってかなきゃいけないとことか 業務アプリは部品貼り付けてプロパティ弄ってイベントにコード書くやり方での見積りだから、XAMLをああでもないこうでもないと時間かける暇は現場PGには無いよ。 FormsのNumericUpDownはボタンがちっさくて使いづらい
ボタンなしならwpfでビヘイビア一回書いたら使いまわしできるだろ FormsよりWPFのほうが自作ツールでスキャフォールディングしやすい
業務系でこの差は大きい 業務系はコントロールは買うものなんですよ。
バーコードとかアナログメーターとか買ってペタペタ張るだけです。 顧客と接するとフラットデザインの嫌われ方が異常だよな。強制しなきゃこれほど嫌われなかったのにな。
こんなものを強要したアホデザイナーは死刑で。 Formsの経験はあるんだが、WPFちょこっと勉強してるがむずいな
本買わないとWEBサイトじゃ分かりやすくまとまったサイトないんかなこれ
依存関係プロパティだのルーティングイベントだの分かりにくいわ
結局何ができるんだよって感じ 別に何とかはない。当たり前だが窓の枠を超えるモンじゃないし >>511
>依存関係プロパティだのルーティングイベントだの
判っているのに越したこと無いが、そこは最初からわからなくてもなんとかなるところですわ
xamlのGridなどのレイアウトコントロールとかprism使ったバインディング辺りから始めるといいかな WPFとUWPって何が違うの?
どっちもxamlだし
ターゲットOSが違うのは分かるが
コントロールが違うのと、WPF独特の構文や機能が使えなくなるって感じかな >>515
まず、ブラウザ対応かどうかが違いますよね >>515
UWPはスマホやタブレットのバッテリー考慮したライフサイクルになってる。
自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める) >>511
どちらにしても、レガシーシステムを使いづづける場合のメインテナンスでなく
新たなアプリ開発となると、WinFormsのようなインターフェースは使えなくなる
ので、今後の環境に合わせたインターフェースにトライして行くしかない。
その際に、どれを選んでもWinFormsを前提にした頭があると、すべてが難しい
と感じてしまうと思う。
さらにロジックと画面の分離は、今後必須の課題。
その面では旧来のFormsで画面を含めた業務課アプリ開発の人達にとっては
乗り越えないとならない壁が幾つもあるのだと思うよ。 >>515
XAMLテクノロジーには大きく分けて2つの系統があるんだよ
一つはWPFで、これはほとんど全部C#で書かれてる
もう一つはその他(Silverlight, 昔のWindows Mobile, Windows Phone, UWP)で、C++で実装されてる
これらは共通のXAMLという言語を使っているものの、内部的には全くの別物だ
なぜ後者が生み出されて前者が見捨てられたかというと、単純にOS標準として位置付けるには重すぎたから >>511
>依存関係プロパティだのルーティングイベントだの分かりにくいわ
当初、私も悩んだ。 UWPはMSにプッシュして貰えている
WPFはそうでもなかった 現状Uの意味が特にないのでWPにしたらいいと思う
忌まわしいWindowsPhoneと被るけど micorosoftが生み出したまともな技術ってdirectXとExcelVBAくらいだよなw 広く使われているからといって、マトモとイコールになる訳では無いのだ みんなレスサンクス
WPFは重い
UWPはWindowsPhoneがこけてユニバーサルじゃない
のはわかるんだが、開発者視点でアプリ作る上で変わったことはなに?
UWPの目次見ると結構WPFと似てるんだよな
添付プロパティ、依存関係プロパティ、データバインディングにMVVMパターンと
この辺はWPFと共通か
ルーティングイベントとかリソースとかコマンドとかは軒並みなくなったのかな
俺今WPFの勉強してるんだが、WPFすっとばしてUWPの勉強した方がいいのか? >>528
一番助かるのがx:Bindというやつで、コンパイル時にバインドするプロパティーをチェックしてくれるからデバッグが楽になる
更にイベントハンドラーもバインド出来るからビヘビアを書く機会が格段に減った >>529
x:Bind、WPFでも凄く欲しい機能だけど、政治的理由で来ないだろうなぁ >>530
MSでは「レガシー」への新規投資は認められないからね >>528
ほとんど概念的なのは共通だから好きな方からやればいい。
俺はUWPアプリ作りたかったからUWPから入ったけど。
作りたいアプリの方を先にやればいいじゃん つか、x:bindはサンプルアプリ作って比較しても速度的なメリット全然実感できねぇw 逆にx:bindの型チェックのうるささがあれでbindingに回帰してるわ俺は。 WPF重いってきくけどWPFアプリに必要なのはむしろx:bindよりUWPみたいな.netネイティブ化? >>528
そう言うGUI的な部分はあんまり変わらない。
>>519 で書いた通り、ライフサイクルとファイルアクセスがスマホやタブレットと同じになった。
づまりアクティブアプリじゃ無くなるとスリープに入ったり、アプリ沢山立ち上げると古い順に勝手に終了する。
ファイルアクセスもユーザーに許可を求めておkされた場所しかアクセスできない。
(ストアにアップする時画像を扱いたいのに、間違えて許可取らなかったらアップし直し) >>534
.netでネイティブよりセキュリティ安全って立場だから無理。
UWPはアクセス権限が厳しいのと、ストアでバイトコードをコンパイルする事で多様なプラットフォームに対応出来るからネイティブに出来た。
(多様なプラットフォームなんて無いに等しいんだが) みんなレスサンクス
>>532
作りたいのはxamarinアプリなんだ
だからxamarin.UWPなんだが、仕事中に勉強しやすいのはWPFなんだよね
入門サイトもまとまったのが多いしサイト見てても不審がられない
>>535
デスクトップアプリでもUWPで作るとそうなっちゃうの?それってクソすぎないか?
みんなの話をまとめるとUWPってターゲットOSもwindows10のみでWPFより狭くなりブラウザでも使えなくて制限も増えて、速度だけWPFより早くなっただけのプラットフォームってこと? あのチャールズ・ペトゾルドにスルーされているぐらいの人気の高さ ストアアプリ(WinRT)はペゾルトもリッチャーも本出してたべ
スルーされてたのはWPFの方 チャールズ・ペトゾルドって初めて知ったけど
かなり年いってるな
今も現役なんだろうか >>547
Win16時代に読みました^^;
あとはSDKのサンプルくらいしか情報が無かったです。 WPFをDirectXからWebGLにポーティングしてBlazorでwasm化できたら最強なのにな。 同じアセンブリ内にある自作クラスの静的プロパティを
フォームのXAMLでコントロールのプロパティにバインドするってできる? 別にビューモデルにその静的プロパティ用のプロパティ追加すりゃいだけじゃん。 まぁ直接できるか聞いてるんだろうけどごめん俺の知識では... あれこれ試してたらx:Staticでやれることが分かったんで解決しました
>>555-556
解決手段のひとつですね、貴重な意見ありがとうございます ■ このスレッドは過去ログ倉庫に格納されています