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でコーディングしてるだけでも落ちるようになった。 Formsの時はこんなに落ちなかったのに、やっぱりGPUにアクセスしてるから ドライバーが悪いんかな vs2010と2008R2の組み合わせは惨かったなぁ まぁ環境書いた方が良いかと 10年経っても枯れないWPF。人柱が少ないせいだな。 タイミング悪かったんだろう。WPFの後すぐにiphoneが出てみんながスマホアプリ開発に舵を切り出しちゃったから普及しなかったとか? 4,5年ぐらいipohneの発表遅かったらもっとWPFできる人もっといたんじゃね Silverlightの機能が充実して来て、さあいよいよこれからってタイミングで 林檎が「RIAプラグインは悪!」って強硬に主張したせい >>387 .vsフォルダー内のファイルを消してみたら(.suoファイル以外) Windows8-10に移行してくれないのはiPhoneのせい!!! アクロバット杉だろw Silverlightが終了した理由としては間違ってない あの潮流で主要ブラウザからNPAPIのサポート切られて、どうにもならなくなったからね WPFがって話になると、またちょっと事情は違ってくるけど 全く影響が無いって事もないな 統一されるなら生きてた方が良かったな。まぁ、特定の会社にコントロールされるのはあれだけど。そしたら、c#で楽に開発できるし。 更にスマホもマイクロソフトが覇権とってりゃな、c#一本でいけらのにな WPFの競合相手は他でもないWinformsだろう しかも敗北したようなもんじゃね? XAMLに機能を詰め込もうとし過ぎて開発者オナニーに半身突っ込んでるような設計だし 根本的なパフォーマンスの問題もまるで手に入れないまま一新する機会を失った 慣れればレイアウトやコントロールのカスタム自体はWinformsと比べて強力ではあるんだけどさ そこまでパフォーマンス要求されるアプリを.netで作ったことねぇけど、UWPの.net nativeとx:bindとか結構すごいのかね? UWPアプリ何個か作ったが、x:bindとbindingで体感差とかタスクマネージャー見ても精度悪いから差を感じねぇし、パフォーマンスプロファイルしてもわからねぇw 画面のレイアウトはXAMLで非常に楽になった。もうFormsに戻りたくない。 一度覚えたらXAML書きやすいよね 俺はイベントはFormsみたいにコードビハインドにベタ書きしてUIだけXAMLの恩恵受けてるわ MVVMとか意識高いことしなくてもこれで十分使いやすい ブロガーだかエヴァンジェリストだかいう連中が意識高い布教し過ぎただけだろw formで画面のレイアウトに苦労するというUIとはいかなるものか。 それはもしかして、ひょこひょこと動的にレイアウトが変わるあの一番嫌われてるUIのことではないのか。 >>399 XAMLは実体はただのオブジェクト生成用のDSLでしかないから詰め込んでないよ 部品貼り付けてプロパティ弄ってイベントコード書く単純作業しかできない業務アプリのコーダーにWPFは無理。 VB全盛の頃から今に至るまで大量に生産されたそいつらに再教育は無理。 別にandroidだってdata bindingライブラリができて、最近はarch componentで永続するviewmodelが用意されてmvvmでつくれるようになったのに >>409 いつから日本のドカタが標準レベルだと思ってたの? UwpDesktopって2016年で開発止まってるのね。 コマタ、、、 BLEがコネクトできない。 >>412 手動でやってみたら? 1803に通用するか分からないけど、UwpDesktopが動かない1703で動かす記事ならあったよ。 超簡単! WPFなどの.NETのアプリからUWPのAPIを使う 〜日本語の読み仮名を取得するAPIを題材に https://codezine.jp/article/detail/10654 (3ページ目、要登録) UWPはStorageのようなゴミクズ設計が混入してるからついつい避けてしまう スマホでストアアプリの安心サンドボックス環境に慣れると、パソコンでもそこらへんの野良アプリ入れるの怖くなってくるわ。 サンドボックス環境最高 >>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). ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる