[過去ﾛｸﾞ] WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
690: 2019/02/04(月)15:46 ID:HqJ1XC2z(1) AAS
MSの中ですらもう粗大ゴミ、時代遅れのガラクタWPFはどうするんだろ？
691: 2019/02/04(月)16:02 ID:anS2S9Gv(1) AAS
XAML2009から １０年たった
692: 2019/02/07(木)01:59 ID:MC0LZezS(1) AAS
WPFスレがまだあったか。こんなもの普及しないと思ってたけどまさかPart22まで伸びてるなんて。
随分と普及してたんだなw
693: 2019/02/07(木)10:22 ID:yNoKt8cU(1) AAS
WPFは永遠に不滅です
694: 2019/02/07(木)17:44 ID:AZgaiG2V(1) AAS
仏滅です
695(1): 2019/02/09(土)04:50 ID:sDrAsohP(1) AAS
普及はしていない。
ただWPFに手を出してしまった馬鹿の移行先をMSが出してくれないだけ。
もはや蟻地獄。抜け出せない。
696: 2019/02/09(土)09:11 ID:YAWSonmT(1) AAS
「民主主義は最悪の政治体制だ。民主主義以外のあらゆる政治体制を除けばだが。」ってやつか。
697(1): 2019/02/11(月)00:10 ID:6+Tsh20r(1) AAS
>>695
そもそも、wpf以外に何があるんだ？
698(3): 2019/02/11(月)00:42 ID:+JwKy76Y(1) AAS
>>697
騙された連中は置き去りにしてMS自身はElectronへ完全移行したね
699: 2019/02/11(月)00:52 ID:xSGeZZ3R(1) AAS
>>698
そんな妄想要らないから
700: 2019/02/11(月)14:22 ID:bgIMs+lc(1) AAS
>>698
ねーよ
701: 2019/02/11(月)16:15 ID:Y0EVtjJ+(1) AAS
どうしてなの――ッ！！
どうしてエレクトロンしないのよーッ！！
702: 2019/02/11(月)22:34 ID:uROPGjdF(1) AAS
>>698
例えばMSのoffice2019は何で書かれてるのかな？
703: 2019/02/12(火)02:06 ID:eIkOeJCS(1) AAS
謎々ならママに出題してろガキ
704: 2019/02/12(火)19:50 ID:7N8AExQC(1) AAS
MFCをはじめGUIライブラリは昔はOfficeチームが牽引してたけど、リボンUIで失敗してからはグダグダ
失敗の始まりはUIデザイナーなるものがプログラマに横槍を入れるようになったから。
705: 2019/02/12(火)20:59 ID:KFZGfstb(1) AAS
クールバー(Ie4)ぐらいからおかしかったけどなぁ
706(1): 2019/02/14(木)09:26 ID:yYU+y3KS(1/4) AAS
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
707: 2019/02/14(木)09:27 ID:yYU+y3KS(2/4) AAS
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
708: 2019/02/14(木)09:27 ID:yYU+y3KS(3/4) AAS
VS2017インストールしたけど、とうとうWCF Data Serviceのテンプレも無くなったか。
RIA Serviceも無くなってクラウドDBのアクセスがどんどん退化していくな。
WPFからのクラウドDBへのアクセスは実質WebAPIしかないんだろうか？
クロスプラットフォームを意識しすぎて、開発コストが上がる方向に何故
行くんだろうな。。。Azureとか流行るの？
709: 2019/02/14(木)09:31 ID:LetEd1Jm(1) AAS
君もそろそろアップデートしてはどうか
チャタってますよ
710: 2019/02/14(木)12:42 ID:k9Mf52PP(1/4) AAS
>>706
システムソフトの開発会社であれば、OSなどの違いにより別作りを
避けられるので大きく負荷低減になる。
ユーザー企業であれば、システムの変更が必要になった際に作り直しを
する負荷が減る。この場合同じ環境を使い続けられるとすると余計な
作業と思われるが、企業合併なので約束できないのが実際なので。
一般の開発会社やSI'erは、言われるがままに作るだけ。
711: 2019/02/14(木)12:43 ID:k9Mf52PP(2/4) AAS
企業合併なので＝＞企業合併などで
712: 2019/02/14(木)12:53 ID:k9Mf52PP(3/4) AAS
WPFとUWP、xaml部分は共通な部分が多いと考えていいのかな。
PCをWin10に移行するんだが、社内で多用しているるツールが
独自のGUIを持っていてWin10でも動くのだが、作り変えたいという
希望がある。その際にクライアント（PC）上のGUIはWPFでどうかな
と思っているんだよね。これに関係ないアプリはUWPだったりとかに
なるだろうけど。
どう思います？
713: 2019/02/14(木)13:14 ID:p9FOynB1(1/2) AAS
xamlだけ見ると、UWPはイベントをバインディング出来るのが特徴でWPFだとビヘイビアを実装しないとアクセスできない処理をVMで処理できる
あと、Prism.Unityの仕様がだいぶ違っていてUWPのほうが簡潔に書けるし強力だ
問題になるのは現状UWPでDB弄るときはRestAPI実装しないといけない（SqLite以外）ところかもな
Core3でEF6サポートだからどうなるか分からんが
714(2): 2019/02/14(木)13:45 ID:k9Mf52PP(4/4) AAS
ありがとう、
使用するツールがデータIOや管理はするので、WPFでもUWPの場合でも
DBは一切直接弄らない。イベントバインドってどんなモノだろう。
普段WPFは使っているがUWPは使用していないもので。
ちなみにクライアントの画面コントロールは、PowerShell＋WPFで考えて
いる。私自体は普段それで使っているので。
将来的に他のアプリでは、UWPの利用があり得るので技術習得として
省3
715: 2019/02/14(木)14:54 ID:p9FOynB1(2/2) AAS
>>714
イベントハンドラをViewのコードビハインドに書く要領でVM上に書いたイベントハンドラにバインドする
書き方はViewに書くものをPublicにしたものでOK
書き忘れたけど、x:Bindという新しい書き方のバインドはコンパイル前に解決するので
バインド異常をコンパイラーが検知してエラーを出してくれる
それとListBox系のテンプレートの癖が若干違っていて、これは簡単に説明できないけど
そのまんま移植って訳にはいかない
716: 2019/02/14(木)15:11 ID:J2f7YHNb(1/2) AAS
データバインドはいつも使うが、イベントのバインド分んないな
調べてみて共通な部分を使うような感じで考えてみようかと思う。
今まで利用していたものの差し替えなので、今回は高度なインターフェースは
期待していないので、いけそうな気がしているので。
717(1): 2019/02/14(木)17:11 ID:vH0g0L/F(1) AAS
>>714
.NET Standard 2.0対応したバージョン以降はSqlConnectionあるからSQL Serverつなぎに行けるよ。
その場合は配布方法はサイドローディングになるけど。一般公開ストア審査は多分通らない。テスト用DBサーバーをインターネットに晒して審査員にアクセス出来るようにしていたら可能性はあるけど…。
Microsoft Store for Businessの業務アプリとして出すのは平気
718: 2019/02/14(木)18:36 ID:J2f7YHNb(2/2) AAS
>>717
ありがとう。
>SqlConnectionあるからSQL Serverつなぎに行けるよ
残念ながらそれは使わないので
719(1): 2019/02/14(木)22:37 ID:yYU+y3KS(4/4) AAS
>>720
知ってる風だがsilver lightやRIA service使ったことないだろ？
実情は復旧しなかっただけで、もともとクロスプラットフォーム目指してたし。
世の中がhtml5に流れたから使われなかった。
だが、一部の開発者は開発コストの大幅な削減でマニアが多かった。
なぜ、サーバ側の処理書いて、cl側はjson.netでわざわざ解析して展開しなきゃならんのかと、いままで自動でバインドするだけだったのに。
っていうただの愚痴です。
720(1): 2019/02/15(金)00:12 ID:dIP2EtTm(1) AAS
俺の事か?
721: 2019/02/15(金)01:28 ID:/YtP15ex(1) AAS
>>719
MySQLのNuGetパッケージも動くかはわからないけど.NET Standardだよ
722: 2019/02/18(月)00:46 ID:olCA/49u(1) AAS
WPFネイティブビルドはいつ来るんだよ
723: 2019/02/18(月)09:44 ID:Gg3Zrhrc(1) AAS
.NET CoreのWPFでcorertビルドできるか試してみたら？
724: 2019/02/18(月)14:34 ID:RuxUtwk/(1) AAS
ずっと話噛み合ってねえからな
725(1): 2019/03/03(日)06:37 ID:T/Unp2I5(1/3) AAS
幸いなことに普及しなかったから切捨ては簡単なのにMSは何でいつまでも引っ張ってるんだろうか。
726: 2019/03/03(日)07:11 ID:deUg/ATf(1) AAS
捨てたらWinFormしかなくなるからじゃね？
727(1): 2019/03/03(日)08:26 ID:LWbZmqMl(1/2) AAS
>>725
何をもって普及しなかったと？
728(1): 2019/03/03(日)09:48 ID:T/Unp2I5(2/3) AAS
>>727 ←MSの内部はこんな感じなんだと思う。みんなで失敗を認めなければいいみたいな
729: 2019/03/03(日)10:02 ID:oO/57lY2(1/3) AAS
普及しなかったってのはFormsからの移行が進んでいないって意味かな？
それが事実かはともかくとして、仮にそうだとしてもMS的には別に困らんような。
730: 2019/03/03(日)10:03 ID:bf98Y86X(1/3) AAS
VisualStudioもWPFみたいだし、なくなったらMS自身も困るからだろ
731: 2019/03/03(日)10:04 ID:dERM3yKu(1) AAS
WPFで作ってるアプリあるから捨てられたら困るんだが
732: 2019/03/03(日)10:12 ID:T/Unp2I5(3/3) AAS
なんだもうそんなに負の遺産があるのかw ますますドツボだな、MSw ドンマイw
733: 2019/03/03(日)10:41 ID:lt0l3pkH(1/2) AAS
UWPでない新しめのデスクトップツールだとまたMS自身もちょくちょくWPFを使うようになってんね
MS自身はホントどうしたいのって感じだがまあ部署間で足並み揃えようとしねえのは昔からか
734: 2019/03/03(日)12:56 ID:1Q73+Y6z(1/2) AAS
WPFが普及しないというより、新しくWindowsアプリを作る需要がないだけ。
昔はパソコンしかなかったからどんなアプリでもWinアプリにせざるを得なかったけど大多数である参照系のアプリはandroid、iosに取られちゃったからな。
残ったマウス、キーボード使う生産系のアプリは元からそんな種類ねぇし成熟してたから新しくWPFで開発する需要がほとんどないだけじゃねぇかな
735: 2019/03/03(日)12:58 ID:1Q73+Y6z(2/2) AAS
そもそもWPFが普及するとかしないとかの以前の問題で、新しくWindowsデスクトップアプリを作る需要がそもそもない
736: 2019/03/03(日)13:18 ID:lt0l3pkH(2/2) AAS
その数少ないデスクトップアプリもUWPに傾倒してたから尚更やね
開発方面だとまだ需要はあるんだろうけど
最近のMS製だとWinDbg Preview、MSIX Package Tool、新生PIXかな、WPF使ってるの
大人気のVSCodeはElectronだがｗ
737: 2019/03/03(日)13:59 ID:LWbZmqMl(2/2) AAS
>>728
まだ数字出せないの？
738(1): 2019/03/03(日)14:13 ID:oO/57lY2(2/3) AAS
「WPFはオワコン」
「じゃあ今なら何なの」
「いや、デスクトップアプリ自体がオワコン」
このパターン飽きた。
739(1): 2019/03/03(日)14:35 ID:SdABX3ej(1) AAS
HTML5アプリは書くの面倒だからデスクトップアプリできるだけ長生きしてほしいけど
あと20年もしたら絶滅してそうでつらい
740: 2019/03/03(日)15:02 ID:oO/57lY2(3/3) AAS
HTMLベースの方が楽に開発できる環境にでもならなけりゃそうそう絶滅なんてしないと思うが、
そうなったらなったでそのときに乗り換えればいいような。
741: 2019/03/03(日)21:34 ID:bf98Y86X(2/3) AAS
>>738
オワコン言いたいだけでまともに議論する気無いからな。
デスクトップアプリの需要は下がったけど、無くなったわけでは無いのに。
742: ◆QZaw55cn4c 2019/03/03(日)21:38 ID:OccEVyH1(1/3) AAS
デスクトップアプリがオワコンなのは、どうしてでしょうか？
私には資金回収が難しいなだけで、それさえ対策できれば、実行コストの低い、まだまだやっていけるものだと思うのですが？
743(1): 2019/03/03(日)21:44 ID:hfR9GyUN(1) AAS
オワコンというか、今後の発展が見込めない、が正確な表現では
744(2): ◆QZaw55cn4c 2019/03/03(日)21:57 ID:OccEVyH1(2/3) AAS
>>743
デスクトップアプリのどのような特質が「発展の見込めない」という評価につながるのでしょうか？
745(2): 2019/03/03(日)22:05 ID:EUJr/Yte(1) AAS
てか、オワコンとか発展が望めないと思ってるのになんでこんなスレ見てるんだろう…
746(1): 2019/03/03(日)23:03 ID:bf98Y86X(3/3) AAS
>>744
MSがUWPに傾倒していたせいでWinFormもWPFも最近数年間はほぼ放置状態だったからかな。
最近、若干方針が変わる兆しがあるけど。
変わるWindowsのアプリ戦略 UWPからデスクトップアプリに原点回帰か
外部ﾘﾝｸ:ascii.jp
747: ◆QZaw55cn4c 2019/03/03(日)23:13 ID:OccEVyH1(3/3) AAS
>>746
UWP のことをよくわかっていない私からすると、なぜ UWP に傾注してしまったのか？その理由は知りたいですね
古き良き WinForm/win32api も、その効率のよさから捨てたものではない、と思っているんですが
748(2): 2019/03/03(日)23:55 ID:DRmEmwqA(1) AAS
早くWindowsを移行させたいんだろ。
新しいプログラムはWin10でしか動作しませんて誘導したいんだよ。
プログラム組む側からすると、動作環境を広く取ろうとしてWin formsに戻ってしまう。
749: 2019/03/04(月)00:04 ID:tJNb7RRD(1) AAS
いまだにXPもサポートしないとならないとか？
750: 2019/03/04(月)00:19 ID:EDazvbca(1) AAS
今新規にデスクトップアプリを作るなら、消去法でWPFで作るな
UWP→制限多すぎ
WinForms→見た目が少し古臭い、高DPI対応が面倒
751: 2019/03/04(月)02:25 ID:Ove/38XS(1/2) AAS
>>744
主語が足りなかったな
今後の見込みがないのはデスクトップアプリではなくWPFの話
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はパフォーマンスも品質も劣悪であり、全くお勧めできない
上下前次1-新書関写板覧索設栞歴
あと 232 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s