[過去ﾛｸﾞ] WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
752(2): 2019/03/04(月)02:28 ID:Ove/38XS(2/2) AAS
>>745
思ってるが、自分では(不便だと思いつつ代替もないから)使っているし
ごくまれに聞きたいこともある、だけだよ
なんでこう、デジタルな考え方しかしないのかな
脳のビット数が不足しているのではないか
753(1): 2019/03/04(月)02:35 ID:giGZlJBT(1) AAS
>>752
代替がないものがなぜオワコンなの？
754(1): 2019/03/04(月)04:53 ID:EmJso4tN(1) AAS
>>752
> なんでこう、デジタルな考え方しかしないのかな
> 脳のビット数が不足しているのではないか
それオワコンとか言ってる奴に言ってやれよw
755: 2019/03/04(月)06:56 ID:cCE8sCbS(1/2) AAS
>>748
UIがそのままなら簡単に移行してくれたのにな
756(1): 2019/03/04(月)15:23 ID:w8dB2aNH(1/2) AAS
>>753
オワコンなんて言ってねえだろが
ガイジは死ね
757(1): 2019/03/04(月)15:23 ID:w8dB2aNH(2/2) AAS
>>754
お前が言えよ
ガイジは死ね
758: 2019/03/04(月)15:35 ID:dcxfKk5Q(1) AAS
>>756
>>745
759: 2019/03/04(月)15:36 ID:cCE8sCbS(2/2) AAS
老害はいつまでもしがみつくだろうけど、もう設計が古いから仕方がない。
760: 2019/03/04(月)18:42 ID:LMssFTDP(1) AAS
>>757
基地外逆ギレ!!
アホすぎるw
761: > 2019/03/04(月)22:15 ID:ZkVjgjtb(1) AAS
WPFは、最悪消えてしまってもいい。
ただ、DataBinding(MVVM)だけは消えないでくれ。
画面を直接触るのだけは、本当にもうゴメンだから。
762(1): 2019/03/05(火)03:41 ID:VHEmdXzp(1) AAS
とろくさいDataBindingがガンでしょ
パフォーマンスでないのをデフォにしたから子供のおもちゃ程度の代物になった
763: 2019/03/05(火)08:20 ID:V/vcMjCW(1) AAS
>>748
Win Formsだと動作環境が広いってどういう意味？
それだとWPFでも一緒じゃん。
764(1): 2019/03/05(火)09:25 ID:oCFZHxSl(1/2) AAS
WinRTのx:bindのコンパイル時バインディングってどれぐらい速くなるの？
765(1): 2019/03/05(火)09:56 ID:pOIJCY+L(1) AAS
>>764
binding単体では３桁ほど早くなるらしいが、元々そこまでボトルネックでもなかったから
体感するほどの改善ともならない
ただコンパイル時にエラーが出ることとイベントをバインディング出来るのが素晴らしい
766(1): 2019/03/05(火)11:29 ID:oCFZHxSl(2/2) AAS
>>765
そっか>>762がbindingとろくさいって言うから、コンパイル時バインディングならどれくらい改善されるのかなぁと思って。
まぁ、確かにatomレベルのCPUでスクロールとかすると、それだけでCPU使用率50%ぐらいまでいって、おぉいって思ったりするけど。
767: 2019/03/06(水)10:26 ID:JcAkNipr(1) AAS
糞遅いのが致命的だな。
速度を犠牲にしてまで設計の自由度なんて誰も求めてなかった。これがすべて。
しかも、自由にして生まれたのは一貫性のない糞UIばかりだし・・・
768(2): 2019/03/07(木)09:31 ID:rQAOToBL(1/2) AAS
>>766
WPFはbindingがトロいんじゃなくて、その結果発生するレイアウト処理がトロい
WindowsRuntimeではそこが全部C++で書き直されて速くなった
まあ元々C#が遅かったというよりは設計が悪かったんだけどね
769: 936 2019/03/07(木)09:48 ID:Y1f21TJd(1/2) AAS
アクセスの連帳フォームみたいなのをデータバインドでサクッと作るにはどうすればいいですか？
770: 2019/03/07(木)10:45 ID:rQAOToBL(2/2) AAS
WindowsFormsHostでDataGridViewをホストする
あとはWinFormsのバインディングと全く同じ
WPFのDataGridはパフォーマンスも品質も劣悪であり、全くお勧めできない
771(1): 936 2019/03/07(木)11:28 ID:Y1f21TJd(2/2) AAS
あ、連帳フォームというのはサブフォームが繰り返し縦に並んで表示されるイメージです
ユーザーコントロールというのを作ってデータグリッドに入れればいいのかなぁ…
よくわからん
772: 2019/03/07(木)11:47 ID:RP/V7Oo/(1) AAS
>>771
それならItemsControlじゃね。
773: 2019/03/17(日)03:23 ID:ZfsC9V3u(1/2) AAS
>>768
不自然にWindowsRuntime持ち上げるやついるけど何なの？
774: 2019/03/17(日)03:25 ID:ZfsC9V3u(2/2) AAS
>>739
どう見ても先にお前が死ぬけど
775: 2019/03/17(日)07:25 ID:yCX0oe5H(1) AAS
10日以上前のレスに煽りとか
776: 2019/03/17(日)08:22 ID:HhaziKqA(1) AAS
774「俺ほど生きていると昨日も十日前も変わらん」
777: 2019/03/17(日)08:33 ID:495JleXt(1) AAS
毎日、恐怖新聞が届いているんだろ
778: 2019/03/23(土)21:19 ID:z2QU9pxb(1) AAS
4Kモニタにしたら画像でWindowを切り抜いてる自作アプリが150%拡大されてぼけてるから切ろうと調べて
manifestでdpiAwarenessとか弄ったけど拡大されたままだった・・・
exeのプロパティから切ってみてもダメだった
imageだと何かやらないといけないことあります？
779: 2019/04/02(火)13:39 ID:swQr9XoF(1/4) AAS
>>768
設計が良くても事実C#は遅い。
780: 2019/04/02(火)16:17 ID:G0IU8QbO(1) AAS
言語が速い遅いって・・
781: 2019/04/02(火)16:19 ID:swQr9XoF(2/4) AAS
なんだ、言語仕様も読んでない馬鹿がいるのか。
こんなのどう実装仕様しようと速くはならない。
782: 2019/04/02(火)16:20 ID:LaytCbYO(1) AAS
ガイジはママとお話ししてろ
783: 2019/04/02(火)16:20 ID:swQr9XoF(3/4) AAS
ゆとりにプログラミングは無理。
仕様を読まないから。
784: 2019/04/02(火)16:21 ID:swQr9XoF(4/4) AAS
ガイジってなんだ？ ゆとりは意味不明な造語が多くてコミュニケーションが取れないな。
少しは社会に出ろよ、無職のゆとり君。
785: 2019/04/02(火)16:22 ID:dXsjgzSh(1) AAS
ガイジと呼ばれる自覚はあるのか
786: 2019/04/04(木)02:43 ID:iJ70eOZ4(1) AAS
インタープリターがオーバーヘッドの大きいオブジェクト指向ライブラリをドライブするんだから、
ネイティブコードでAPI叩くアプリに速度で敵うはずがない。
開発速度では逆なんだろうけどね。
787: 2019/04/04(木)08:39 ID:98Woo/LB(1) AAS
何の話？受信機が反応しちゃったかな？
博士に調整してもらってね
788: 2019/04/05(金)09:36 ID:XIaLs/Gd(1) AAS
テンプレートの速度でC++が勝てるとは思えないが
本当に使った事あるのかな？
789(1): 2019/04/18(木)18:57 ID:T7kURinD(1) AAS
WPFってC#プログラマのステップアップにいいかな？
案件数少ないし微妙か？
C,C++,C#とやってきて、今後のステップアップの方向性が見えない
WPFもUWPもxamarinもこけてるイメージしかない
一応WPFは基本はある程度習得したが、このまま勉強続けていいものか迷うわ
ずっとWindowsで食ってきて今更javaとかPHPとかに移行するのもアレだし、Windowsのプログラマはマジで今後どうしたらいいの？
790: 2019/04/18(木)19:10 ID:ZCyI8Tks(1/2) AAS
XAML技術自体は、何か1つくらい覚えておくに越した事は無いと思う
ヒマがあるならね
791: 2019/04/18(木)19:59 ID:ZOWixQcl(1/6) AAS
UI欲しいなら別の言語学んだほうがいいよ
C#は
792: 2019/04/18(木)20:01 ID:YCaR8eKb(1) AAS
>>789
GDIはマスターした？
793(1): 2019/04/18(木)20:02 ID:ZOWixQcl(2/6) AAS
C#は一時機は先端を走る言語だったけどもう古い言語でいまいち
どうしても記述量が多くなるので最近の新しい流れとは相いれない
794(1): 2019/04/18(木)20:05 ID:rt2qFRnt(1/2) AAS
>>793
最近の新しい流れとは？
795: 2019/04/18(木)20:06 ID:ZOWixQcl(3/6) AAS
自分は20年近くC#使ってて慣れてるからほぼC#でしか書かないけど他の人にC#は薦めない
新しい言語で書いたほうが楽だし先の見通しも良い
796: 2019/04/18(木)20:12 ID:MuNMFUne(1/2) AAS
ガイジかよ
独り言はママに聞いてもらえ
797(1): 2019/04/18(木)20:13 ID:ZOWixQcl(4/6) AAS
>>794
コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
C#は伝統があるのでそういう仕組みを全面的に取り入れられない
文末の;やforの( )などは新しい言語ではどんどん削られてきている
ガイジという言葉を使う人間は人間のクズなので相手にしなくていい
798: 2019/04/18(木)20:16 ID:rt2qFRnt(2/2) AAS
>>797
何を言い出すかと思ったらセミコロンと（）かよｗｗｗ
799: 2019/04/18(木)20:19 ID:ZOWixQcl(5/6) AAS
人間のリソースは限られている
一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
それを考慮してない言語は徐々に廃れていく
800: 2019/04/18(木)20:20 ID:ZOWixQcl(6/6) AAS
ある言語で10行で書けるものが他の言語で20行必要なら
もう比較すらする必要がない
801: 2019/04/18(木)20:23 ID:ZCyI8Tks(2/2) AAS
>コードが短くなるような仕組みがあったり、不必要な記号を記述しないように文法が決められている
でもお前らラムダ式を使いまくると怒るじゃん？
802: 2019/04/18(木)20:32 ID:MuNMFUne(2/2) AAS
ガイジの相手をするな
803(1): 2019/04/18(木)21:01 ID:rOS6RuMW(1) AAS
見てると何か勉強するときのスタンスが短絡的というか。
確かに将来性あるUIツールキットの方がいいが、俺が勉強したときはもっとWPFというより言語などに依存しないMVVMの概念とか具体的な実装方法とかそっちを目的にWPF,UWP勉強したな。
おかげでandroidでもデータバインディング+MVVMを簡単に利用できたし
804: 2019/04/18(木)21:02 ID:5W4Q1GlN(1/2) AAS
あたらしいげんごってなんですかー？
ぐたいてきにおしえてくださーい(笑)
805: 2019/04/18(木)21:03 ID:5W4Q1GlN(2/2) AAS
>>803
それなら、その経験を悩んでるやつに伝えてあげて
その方がためになるはず
806: 2019/04/18(木)21:41 ID:XtndMXiD(1) AAS
> 人間のリソースは限られている
> 一度に表示できるコード量を多くしてタイピング量などを減らしていくべき
> それを考慮してない言語は徐々に廃れていく
典型的なコーダーの思考回路やんw
807(1): 2019/04/18(木)23:36 ID:R1Vb6ITR(1) AAS
求められているのは見て理解しやすく、間違いが入りにくいものであり、コードが少ないものではない。
実際、今はテキストエディタでさえコード補完ができる。
808: 2019/04/19(金)07:34 ID:C7le4Nb4(1) AAS
>>807
だったらXAMLは最悪最低だよなｗｗｗ
809: 2019/04/19(金)07:53 ID:h5Mlcnx1(1) AAS
ライブタイル作った奴。くたびれもうけ。
外部ﾘﾝｸ:japan.zdnet.com
810: 2019/04/19(金)09:52 ID:c4yhh5Fh(1) AAS
electronはどうなん
811: 2019/04/19(金)10:52 ID:JVA9qfGz(1) AAS
April Update for WPF on .NET Core 3.0
外部ﾘﾝｸ:github.com
相変わらずやる気があるのかねえのかわからんなあ
812: 2019/04/19(金)11:56 ID:+TCHgQUv(1) AAS
読んだけどただのCore移植作業の進捗報告だな
やる気もクソも、決まったことをやりきるために最低限必要なことをやっているだけ
813: 2019/04/19(金)14:53 ID:w3wj8Qby(1) AAS
後3週間待て。新しいロードマップ発表されるだろうし。
814: 2019/04/19(金)16:16 ID:671WMWqa(1) AAS
友人の話だと、WPFはまだレガシーじゃないよって
815: 2019/04/19(金)16:24 ID:sKinMxcc(1) AAS
うちのばーちゃんもそー言ってた
816: 2019/04/19(金)16:24 ID:s45G2ydp(1) AAS
友達の友達が
817: 2019/04/19(金)19:22 ID:+T/+jTzP(1) AAS
xamlって難しいからできる人少ないと思うんだよな
あとは需要がもっと増えてくれれば嬉しいのに
できる人が少ないから案件が出てこないんだよな
818: 2019/04/19(金)19:34 ID:AOTZFmG5(1) AAS
画像関係はスピード重視の設計でないと生き残れない
ＷＰＦは力を入れるところを間違ってる
819(1): 2019/04/19(金)19:42 ID:bKogaXu3(1/2) AAS
一応、MSに勤めてる友人なんだけどな
820: 2019/04/19(金)20:10 ID:OAj0miUc(1) AAS
友人の友人が
821(2): 2019/04/19(金)20:37 ID:DjVE1MWF(1) AAS
>>819
逝ってよし
822: 2019/04/19(金)22:22 ID:luGwpdV9(1) AAS
>>821
ｵﾏｴﾓﾅｰ
823: 2019/04/19(金)22:29 ID:3pwDT01F(1) AAS
ん？ 2019年だよな…
824: 2019/04/19(金)23:00 ID:uxzqkxgw(1) AAS
MS ＝ 村山酒店？
825: 2019/04/19(金)23:52 ID:bKogaXu3(2/2) AAS
>>821
はは。お前は一生MS絡んだ製品使うなや
826: 2019/04/20(土)09:45 ID:3bzhCLun(1) AAS
マイクロソフトは俺を雇えよ
xamlもできる俺は天才だぞ
827: 2019/04/20(土)10:31 ID:tgvbScEy(1) AAS
マイクロソフトに転職した元同僚から誘われた事あったけど
「外から文句言ってた方が楽だから」って断った
828(2): 2019/04/23(火)11:57 ID:3ShwIS5Y(1/2) AAS
WPFに未来はあるのかないのか
WPFで覚えた知識はUWPやxamarinでどのくらい使えるのか
これだけ教えてくれ
xamlは共通だからある程度同じ感じで使えるのかな
829(1): 2019/04/23(火)12:08 ID:H+Sza8pj(1/3) AAS
>>828
WPFに未来はない。というか現時点で既に死んでいる。
で知識をUWPに活かせるかだが、基本的にあまり期待すべきではない。
WPFは従来型のクラサバを指向したフレームワークであり、クライアント側で深く作り込むような開発スタイルが一般的だ。
当然、数少ない書籍やWebの資料もそれを前提にしており、WPFを学べば自然とそういう開発スタイルが身に付く。
一方でUWPは裏側にWebサービスが存在することが大前提のフレームワークであり、クライアントは非常に薄い窓口に過ぎない。
従ってWPFのような高度なバインディングなどは必要とされず、少ない労力でバックエンドといかにシームレスに繋ぐかが肝となってくる。
830: 2019/04/23(火)12:24 ID:MMRRGEFQ(1) AAS
データバインディングやMVVMの仕組みは他に流用できる気がする
831: 2019/04/23(火)12:25 ID:w1y6RZmD(1) AAS
WPFは職人的な作り込みが必要とされるから
山ほどいるVBあがりのwinform要員のコーダーには広まらなかったね
結局はブロガーとMSのエヴァンジェリストの飯の種で終わった
832: 2019/04/23(火)12:32 ID:amAsse5m(1) AAS
WPFは半透明なのが良い
上下前次1-新書関写板覧索設栞歴
あと 170 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s