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/ 同じことするのに新しいことを覚えなきゃならないならまず覚えないよな。 >>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をアプリで読み込んで画面レイアウトするシステムだとそこまでメリット見出せなかった。
うちの会社の製品は大半がそのタイプだから魅力も半減だわ。 >>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だってよ
寝言は寝て言え ■ このスレッドは過去ログ倉庫に格納されています