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/ >>419 Livet にやる気はないだろ メンテナーになった人が見るに見かねてとりあえずマージしつつ動くようにしてくれてるってだけだし 今更更新かけ始めてももう手遅れでしょ じゃあ、何でインターフェース書くのが主流になるんだろ? XAMLって簡単で便利なんだけど、ユーザーが編集したDBをアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。 うちの会社の製品は大半がそのタイプだから魅力も半減だわ。 >>424 EFとモデルバインディングの相性は抜群だけどそういうことじゃない? XMLでinterfaceを書く??、っと思ったらUIのことか。 コードで構築するタイプだとプレビューツールとの連携が問題になったりするし、結局何かしらのDSLを使うことになるだろ。 htmlはxmlっぽいのにメジャーだ あれがもしcss無しだったらここまでは普及してないかもしれない css採用したjavaFXの惨状はwpfどころじゃないよな 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はスマホやタブレットのバッテリー考慮したライフサイクルになってる。 自由に好きなフォルダのファイル読めない。(スマホ宜しくユーザーに許可を求める) ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる