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/ >>323
Material Design In XAML Toolkit が結構良い感じだ。
ほとんど手を加えなくてもそこそこの見た目になるのでお手軽だし、サンプルのデモプログラムも良く出来てる。 画面遷移するのに、標準のNavigationWindowとPrismのNavigationのどちらを使うか迷っています。
それぞれメリット・デメリットは何がありますか? >>325
LunaってXPみたいなやつ?
>>326
Material Design In XAML Toolkitってまだイケるんや WPFってほんと情報ないよな。誰も使ってないんじゃないの? Stackoverflow(非JP)がバイブルすぎてな
あそこ見りゃ大抵は解決するので他の情報サイトの出番が無い感じ。 入門みたいのの話じゃない?
定番の本とかもないしstackoverflowはある程度わかる人には便利だけど
みんなMSDNオンリーでマスターしてんのか >>329
GitHubに参考になりそうなのめっちゃあるやん 俺はMSの外人サン記事?のwpf サンプルから盗んだなぁ最初は
あと基礎部分はMSDNだな。依存関係プロパティとかそこらへんの基礎分かってないと辛い なるほど。これは惨いな。
しかしこんなゴミのスレがPart22まで伸びるなんてMSの力は恐るべしだな。
やはり使ってる人が多いのだろう。 ぶっちゃけWPFは先行きどうなの?
あと、Windowsのデスクトップアプリ作るのにWPFでやる利点あるの? MSはWPFの終息宣言を出す一歩手前らしいよ(出すかどうかはわからないけど)
もうメンテナンスレベルだから最新の技術を使いたいならUWPに行くしかない >>339
.NET Core3.0でわざわざアレするのに? >>343
基本的にはね
unoみたいな例もあるけど UI変更だけでここまでWindows10が拒否られるとは。
やはり、UIは変更するなと言ってたゲイツは天才だったんだな。 >>345
Windows10が嫌われてるのはUIだけが原因じゃないだろ つまりFormアプリケーションが鉄板だったてことか(ry Visual BasicのFormアプリが一番良いよなw
俺のような馬鹿でもいっぱしのモノが作れたのに、なぜWPFみたいに小難しいものを作ってしまったのか・・・ WPFでもビハインドにイベントベタ書きならFormsと同じ感覚で楽チンやで 同じことするのに新しいことを覚えなきゃならないならまず覚えないよな。 >>329
かずきさんのブログ(かずきのBlog)のWPF4.5入門 Formが良かったとかじゃなくて、先に出たものはその仕様に合わせて作るんで
次に考えるときそれが標準で考えちゃうってことだろうな。
必要ない動きでもFormがこうだったから、とか。
最初のツールが右下に決まったものがでるようになっていたら
後のツールも右下に出ないと困るとか。右上でも問題なくても
今までそうだったから。
なんってところでしょう。 ずっと言われてるけど
JSとかflashの受けが良かったんで.NETに乗せたって事でしょ? strict感と冗長感が敗因
.NETに乗せると命名が省略できないからなぁ web技術の流行なんて使い捨てばかり。だって作ってる奴らは何も考えてないもの。 WPFでGUI作成がより合理的になったと思ったんだけどな
まさかFormにあるのにWPFにないコントロールがあるなんて・・・
タッチ前提とかふざけるな、まるでFormのサブセットじゃないか NumericUpDownすらない...
みんな自作してるの?
それともフリーや有償のUIコンポーネント使ってんの? そういやBlendで小銭稼ごうとした罪があったな… >>358
NumericUpDownはWPFの機能紹介のためにあえて削られている
NumericUpDownくらい簡単に自作できるのがWPFなんですよみたいなノリで
いたるところいろんな人たちにより作り方が公開されてる ボケてるんですか、おじいちゃん。ただの実装忘れですよ。 WPFは、実際の現場でコーディングなぞしないエヴァンジェリスト達がブログやセミナーでドヤ顔するための道具 ひたすら画面を量産する業務アプリのコーダーにXAMLを弄くって遊ぶ余裕は無い。 Forms のいいとこは、コントロールのカスタマイズ性の低さでもあると思う
ここまでしかできないんですよ、ってのはメリットでもある 追加やカスタマイズが容易だから最低限のコンポーネントしか用意しなかったってのは
最初の方針として悪くないと思うけど、一段落ついたところで MFC FeaturePack みたいなものを
用意してくれたらよかったのにねぇ。VSにいろいろ作り込んだコンポーネント公開するとか。 WPFは楽そうで全然楽じゃない
普通にボタンそのままだと楽だけど選択表示の青色を変えようとするととんでもなくめんどくさい
あとは意味不明の動作がたまにある
listboxのセレクションが単独になってるのに複数青色の選択状態になってたりする あと日本人に青天井仕様は合わないんだよ。天井決められなくて右往左往する 自由度が高いとおれジョブス的な馬鹿がトンデモなUIにするからな。 >>369
テンプレートを修正すればいいだけだから、慣れたら簡単なんだけどな
ヴィジュアルステートマネージャーとか取っつきにくいのは確かだが なんという時代遅れの開発。viで開発してた暗黒時代かよ。RADはどこ行った? WPFとか関係なく時代の流れで消えてったな>RAD .NET core3でWPFが動く方になったりUWPコントロールをホストできるようになるらしいが、未来はUWP。 wpfのテンプレートに文句言う人は、formsでgdi+触ったことない人なんだろうね
あれに比べたらwpfは天国だよ このコードを碌に書いたことがない素人が設計したとか思えないWPFが天国だとは。
キミはOSS出身者か? キミがどういう開発経験を経てWPFを使ってるのか聞きたいものだ。 下をみたらどんなクソでも天国じゃんw
そんなの使いたくねー 上を見ようにも、.NETでデスクトップアプリ作る場合は、他に選択肢無いし
FormsとWPFならWPFの方取るな
作るものにもよるけど よく映画であるように、WPFでマンションなどの建物を
3dのワイヤフレームで表現したい。
この場合、建物のモデリングというか座標計算は
別のツールを使うのが定石でしょうか?
path情報をxaml形式で吐き出してくれたり
するのでしょうか 久しぶりにwinアプリ作ろうするとあれwinのUIってダサかった?と思うぐらいださいな。
WPFは標準でもっとかっこいいスタイルだかテーマを用意してほしかったな。
visual studio2017のダークテーマのUIのアプリを簡単に作れるようにしてほしい。 material desingn tool kitやらmahapp metroとか微妙すぎる 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をアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。
うちの会社の製品は大半がそのタイプだから魅力も半減だわ。 ■ このスレッドは過去ログ倉庫に格納されています