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/ MicrosoftがWinForms/WPFの利用コードを使った.NET Core 3.0機能投票を実施へ
https://www.infoq.com/jp/news/2018/09/Core-3-Portability-WPF-WinForms
このイニシアティブの下では、WinFormsとWPFがクロスプラットフォームになることのない点には注意が必要だ。
目標とされているのは、Windows開発者が、.NET Coreでのデプロイメントとパフォーマンス向上を享受できることである。
ただし、クロスプラットフォームUIが長期的に可能性がないと言う訳ではなく、
WinFormsのMono/Linuxバージョンを.NET Coreに移植することは可能かも知れない。 レガシーデスクトップアプリとVB.NETがdotnetcore移植をかなり妨げてる
coreを普及させたいならこの対応は正解だと思うよ
次はWCFを移植して乗り換えはほぼ完了じゃないかな UWPの普及の起爆剤は、案外UWPのWinForms取り込みだったりしてな widows開発者のなかじゃ.net coreを支持してる人は少ないんだけどね
とりあえず新しいことをやりたい人もずっと足踏みしてる感じで受け入れがたいみたいだ
.net frameworkの利点が一部失われてるし移行するメリットがまるでないから パフォーマンスとポータビリティってわかりやすいメリットだと思うがな
多分、資産のコードが汚すぎて移行コストが高すぎるんだとおもう
綺麗なコードだとあっという間に移行できるから僅かなデメリットだけでメリットを享受できる 19ドル一回払えば、配布に関わる一切をMSが面倒見てくれるUWPにメリットがないらしい
食わず嫌いってものじゃね？ 一回目5千円ぐらい
2回目その半額ぐらい払ったよ
その当時アップしたソフトは全部消された .net coreのポータビリティというけどwindowsだけしか使わない場合はなんのメリットもない
MSも,net coreは.net frameworkの置き換えを狙ったものじゃないってはっきり言ってる
.netframeworkを使ってる人はそのまま使えって言ってる UWPに拘らんくても良いけどパッケージはさっさとMSIXに統一して欲しい
exeは絶滅してよし >>442
メリットあるぞ
企業だと同じWindowsでもランタイムバージョン結構ばらばらだからな
置き換え狙ったものじゃないとかFWそのまま使えってのは拡大解釈じゃないか?
全部の置き換えは目指してない、とかFWもサポート続けるから安心して使っていいよ、という文脈ならよく目にするが デスクトップ以外がCore、Standardに移行してるんだから、WPFもCoreベースになった方がメリットがあるというだけだな。 .net core押しの人ってこういう人ばかり
何かあれば妄想とかいう MSのガイドラインだと.net coreはサーバ向けで初めて選択肢に入る
サーバといっても実質はほぼwebサーバのことだけど
次のような場合、サーバー アプリケーションには .NET Core を使用します。
クロスプラット フォームが必要である。
マイクロサービスが対象である。
Docker コンテナーを使用している。
高パフォーマンスでスケーラブルなシステムが必要である。
1 つのアプリケーションに複数の .NET バージョンが必要である。 そもそもUniversal Deviceとやらが存在しないだろう
MSによるとPCとXbox OneとSurface Hubだってよ
寝言は寝て言え >>450
・DBはREST API前提だから現状でも問題ない
・ファイルアクセスは来月のWindowsアップデートで改善される予定
・DataGridはCommunity Toolkitでリリースしたから、そのうち本家に取り込まれる見込み
完璧じゃないけど一応進んではいる ダメだ…
この戦いはまるでPython2.xと3.xの時と同じのようだ… 使いやすいところで使いやすいものを使い分けるだけ
pythonみたいに2系がなくなるものでもないし
ここ5年ほど出てる入門書にはwinformsが使われててWPFが一切出てきてないだろう？
そういうことだ 初心者向けにはFormsってことだろう
んで初心者向けの道具ってのは往々にして玄人には合わないものなんだね
プログラムに限らずなんでもそうだよ
補助輪付きの自転車に乗るツーリストはいない
オートマの自動車に乗るレーサーはいない
料理人はプラスチック包丁を使わない
プロ野球選手は軟式ボールを使わない
そういうこと 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くらいだよなｗ 広く使われているからといって、マトモとイコールになる訳では無いのだ みんなレスサンクス
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に回帰してるわ俺は。 ■ このスレッドは過去ログ倉庫に格納されています
