WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20
http://echo.2ch.net/test/read.cgi/tech/1458082648/
関連スレ
Windows 10 UWPアプリ開発
http://echo.2ch.net/test/read.cgi/tech/1440150886/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/ 大多数の人がしたいと思ってることが簡単にできないとダメ
画像の表示一つで首かしげるようなものじゃダメ、普及しない MVVMで組まなきゃ駄目って空気を醸し出してしまったのが敗因かな。 もしかしてWinFormの地位が確固たるものになった? WPFとUWPのおかげで・・・ >>903
普及しきるというか普及する気配が最初から全くなく今に至る。
PGの嗅覚をなめてはいけない。 >>904
ただの無能の愚痴ならいいんだが事実、ゴミだったからな。 >>931
ゴミじゃなきゃなんなんだい? WPFに何か光るものが少しでもあったか?
何もないね。これはPGなら誰でも同意することだろう。 >>913
えっ???
そこが一番なくらい便利なんだが?
SelectedItemにBindingしておしまいだよ? >>921
ストアアプリか何かのがある
まあ考え方の流用は可な感じ コントロールにName付けてコードビハインドで使えば
WinFormsと同じスタイルで開発できる事を知らない人が多すぎる >>938
バインド使った方が楽だろ?
コードビハインドのメンバにバインドして使ってイベントベタ書きにすればハードル下がる。 XAML覚えるのだりいいいい
バインディングまわりとか試行錯誤せんとぜんぜん覚えられん
めんどくせええええwww 当時MVVMを宣伝した意識高い系連中ってもうほとんど残ってないからな
みんなASP.NET MVCやCoreへ移行してしまった
今入ってきた初心者は当時の意識高い記事に圧倒され、相談に乗ってくれるコミュニティも見つけられないまま去っていく 俺は意識低い系だから普通にポトペタでダブルクリックして
イベントにコード書きまくりだねw
動けばいいや 宣言型だからさ
ルール覚えるの大変やん
WinFormsならアホの俺でもイベントべた書きすりゃ何か動いた
そっから少しずつ間違いなおして、コード書き足して・・・ってやっとった
XAMLはルール間違うとうごきもせん
しかもてつづき型とちがうからどこで間違ったのかもよくわからんwwww
一晩でおぼえられるIQをくれwwww >>940
MSのコードサンプルもブログで見かけるコードサンプルも
コードビハインドとのバインドとイベントベタ書きが多いけどね。
MVVMで書くとWPFの本質以外のコードが増えて
サンプルにならなないからだと思う。
MVVMはXAMLとバインドがちゃんと使えるようになってから
必要に応じて使えば良いと思うのさ。 >>939
そりゃあBinding使った方が断然楽だよ
でも苦労したい人が多いみたいだからそんな人達は今まで通りを踏襲すれば良い
人生それぞれなんだから WinFormsのバインどよりずっとむずいやんXAMLのやつ
まあ俺はまだリストボックスまで行ってないからよく知らんけどな!
今日もMSDNのドキュメント読むやで〜 あいあyまあ
なんかワイ論点を間違えてたな
バインド自体はええねんで楽で
XMALがむずい!ワイのいいたいことはこれだけや!ほなな! x:Bindをwpfに持ってくるだけで、問題だいぶ片付くんだけどな
ミスったらコンパイルエラー出るし、イベントもバインド出来る
何故かUpdateSourceTriggerが指定できないのは問題だが >>950
最新のUWPだとUpdateSourceTrigger指定できる。
確認はしていないけど。 UWPって、10年後にもあるの?
それがいちばん重要なんだけど >>952
ストアアプリと同じ運命をたどる可能性の方が高いと思う... 今後も何か作る時は、Android用アプリ+iOS用アプリ+Webアプリって流れになっちゃうのかな?
「Windows用にUWPで作りましょう!」なんて案件ねえぞ UWPが普及するとすればWindows7がお亡くなりなってからかなぁ >>949
XMLかhtmlの素養がなれば難しくはない
もし難しいと思う若しくは勉強する気がないのなら無理せずポトペタすれば良い >>956
ヒント: WPFは「XPが死滅したら普及する」と言われていた 10年経ってこの情報の少なさは異常だろ
みんなForm使ってるの?それともWin32API? >>952
WPFはMSが使わなかったのにある?から、MSが使いまくっているUWPはめっちゃある。 >>960
Google大先生を味方にすればまあ必要十分
中学生レベルの英語があれば更に吉
書籍はC#自体のそれが少ないかな
C++が難解過ぎて情報量多すぎなのかもしれんねw 天下のWindowsなのに肝心のAPIがこんなグダグダじゃなあ…
林檎さんに置いていかれるわそりゃ (Formと比べて)機能が制限される物に作り直しましょう。
予算下さい。って提案書書けるか?
またそんな提案通って、予算付くか?
予算が無ければ世界は動かず > 肝心のAPIがグダグタ
己が使いこなせていないだけ
> (Formと比べて)機能が制限される
己が知らないだけ
嘘八百を平気で並べられる人ってどんな性格をしてるんだろう? >>968
レスを意図的に切り貼りして意味を捻じ曲げる典型をひとつのレスでふたつ見た
レスをよく見てないんだろうが感情に任せて条件反射しすぎ
APIがグダグタという元レスは機能面じゃなくて(含めていってるかは知らん)普及促進とか広い意味で言ってるんだろ
己が使いこなしても普及促進にはやくに立たん
「 (Formと比べて)機能が制限される」の元レスって
「 (Formと比べて)機能が制限されるものが作られるわけはない」という主張なんだが、
文章を斜め読みしすぎ、怒りに任せてレスの主張するところすら誤解してる
嘘八百が書かれていると感じたら本当にそう主張してるのか文章をよく読み直すべき WPFはformsより提供されてるAPI不足してるのはいくつもあるよ
ぱっと思いつくのはマルチディスプレイの場合のウィンドウがある画面のサイズ
その都度System.Windows.Forms参照してる
WPFは最初はフォルダダイアログもまともになかったし他の機能もすっかすかだった
何も作れない
4〜5年たってもできてないのでそんなもん5年もかけて作るものかよって思ったけど またジジイの繰り言だけど、GDIで普通にできることができないのも痛かったよね
あと、こっちはやったことないが、
WPFってGDIみたいにディスプレイ画面と印刷を透過的に扱えないんじゃなかったっけ >>971
また嘘つき発見
こりないねえww
GDIで普通に出来てWPFに出来なくて困った事なんて今までなかったなぁ
逆のパターンは便利過ぎて困るくらいあるw
印刷の透過性は何を指してるか不明だがWPFはWYSIWYGなんでこれまたスゲー便利だよ?
自分の無知を晒してるだけの人って一体何なの?? 試しに、XPSをWMFに変換するアプリをに変換するアプリを
書いてみなされ
Form無しでな データ変換にFormsもWPFも関係ねえ
頭大丈夫か? >>973
嘘つきじゃないってw
WPFのグラフィックは(保持モードしか扱えないのが原因だけど)パフォーマンス上の問題があるって
このスレでも何度も出てるでしょ。
っていうか、画面と印刷を透過的に扱うって聞いて意味が通じないレベルの人が
WPF推しても説得力ないよそれ WPFはFormのライブラリ使えるんだから気にすることでもないと思うけどな
RichtTextBoxもそうだけど
いざとなればWindowsFormsHost使えばよい
なんでもNativeでないと気が済まないというのは原理主義的で身体に悪そう NativeMethods.csがふえるよ!やったねたえちゃん! >>976
パフォーマンスは回避策有
これも何回も出てきてる
何10列もある何百万件も表示したいアホは知らん
画面と印刷を透過的に扱うなんてGoogle先生に聞いても意味不明なオレオレ定義を自慢されても知らんよ
ちなみにWPFを推してるつもりはない
無知な嘘つきが嫌いなだけ 回避策知らないといけないレベルのパフォーマンスだったり、
Formのライブラリ使わないといけないくらい機能が揃ってなかったりしたから
失敗したんだけどなw 回避策が必要なのはアホみたいな列数と行数の時だけ
それをあたかも「いつも」みたいに吹聴するのは悪質な嘘つきの典型
使わないといけないも同じ
卑怯にも程がある 逆に困った人がいたケースをそれは例外と切り捨てるのも
問題があると思うぞ
単にプログラミング対象が異なっていて、
自分が問題に遭遇してないだけとはなぜ考えないのか 大きなメリットを理解(出来ないではなく)しようとせずに重箱の隅をつついて全体的な大損をするもそれに気がつかない
今の社会の病理の一つを表してる気がする Q「〜〜がわからない」
A「英語のサイトに書いてあるから探して読め」
Q「英語読めないからどこにあるか探せない」
A「探す気も読む気もないだけだろ帰れ」
こんなんで普及する訳ないわな
最新版に近い日本語の参考書・入門書・解説サイトを出さなきゃ、わざわざWPF使おうとする奴は増えんよ お高く止まったリベラルが選挙で負ける様子に似てるな >>979以外の人に聞くけど、GDIでは画面も印刷も透過的に扱えるって聞いて
意味分からん人いる?
っていうかDCの概念も知らない人が何言っても戯言にしか聞こえんよねw
WPFのグラフィックのパフォーマンス問題はこのスレでも何度か出てるし
ググれば実例がいくらでも出てくる 物がいかに良かろうが
12年間普及してない普及努力もしてないんだからニートだろ
ニートだからニートに優しいのか? >>979
さすがに透過性も知らないようなアホではそんな頓珍漢な解釈になるのもしょうがない
黙っててくれると助かるけどまあ無理だろうな
https://ja.m.wikipedia.org/wiki/%E9%80%8F%E9%81%8E%E6%80%A7_(%E6%83%85%E5%A0%B1%E5%B7%A5%E5%AD%A6) >>986
解らん
透過性は解かる
画面と印刷を透過的
とは何ぞや? >>990
> 透過性は誰にでもわかるだろw
>>973
> 印刷の透過性は何を指してるか不明だが
バカって自分が何を書いたかも理解してないのかよ w >>991
書き方悪かったな
「印刷の透過性」 = 元の「画面と印刷を透過的に扱え云々」 の意味
一般的な透過性は解る
印刷の(画面との)透過性は意味不明
マジ何言ってるか解らん
推測したようにWYSIWYGの事言いたいのか? >>985
初心者の流入がないと、開発者が少ないから
最終的にMSに捨てられて全員死亡って事ですね 割と面白いのは、誰も説明する気ないのな
普通こういう場合は誰かがムキーーって頭に血が上って説明し始めたりするんだが
平均年齢が高いのか華麗にスルー
流石説明しても何の得もないことが良くわかってらっしゃる
その調子でお願いします >>995
残念ながら>>973で最初から推測してるよ >>986
俺も意味分からないがDC(多分デバイスコンテキスト)と言う言葉を使ってるところからすると帳票とそのプレビューの事か?
もしそうならGDIの方が透過的に扱えないぞよ
>>992が書いてる通りWPFはWYSIWYGだからより透過的に扱える ちなみに帳票を作る時にGDIはDCをこねくり回さなければならないがWPFはXAMLで完結する
こんな事は当然知ってるだろうから透過的にの意味が分からんのよ >>996
> また嘘つき発見
> こりないねえww
> 自分の無知を晒してるだけの人って一体何なの??
自己紹介やん w このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 216日 14時間 40分 18秒 レス数が1000を超えています。これ以上書き込みはできません。