WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

[過去ﾛｸﾞ] WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

833(1): 2019/04/23(火)12:40 ID:1xhRm/Xt(1) AAS
>>829
死んでいるってどういう意味？

834: 2019/04/23(火)12:48 ID:XHhlgyV/(1) AAS
>>828
WPFだけでなくUWPやxamarinにも未来はない

835: 2019/04/23(火)12:54 ID:H+Sza8pj(2/3) AAS
GUI技術で未来があるのはHTMLだけだねえ

836: 2019/04/23(火)13:16 ID:5LmBAPnu(1/2) AAS
ユーザー視点からみたWebアプリの使いにくさ最強レベル

837(1): 2019/04/23(火)13:25 ID:5LmBAPnu(2/2) AAS
まぁ、作り次第でWebアプリをネイティブアプリに見た目似せて作れるけどでもやっぱwebアプリはウンコ多すぎ

838: 2019/04/23(火)14:05 ID:H+Sza8pj(3/3) AAS
まあフロントをHTMLにするかはともかく今時完全にオフラインなアプリなんてゲームや電卓を除けばほとんどあり得ないから、
最初に学ぶならまずはWebがいいだろうね。
UWPは>>837のような子を満足させるためのベターなオプションに過ぎないから、最初に手を出すものではない。

839: 2019/04/23(火)14:06 ID:LYf4Dcbv(1) AAS
速度重視にしたらプログラミングめんどくさくても普及する
みんな使うから
プログラミングしやすさアピールしても速度犠牲にしてたら生き残れない
結局他のものもつかわないといけなくなるから
バインディングが速いっていってるのはどーせしょぼい小規模なプログラムだけ

840: 2019/04/23(火)14:21 ID:2s9RS4BR(1) AAS
WebアプリはHTMLはいいんだけどJavaScriptがクソすぎて困る

841: 2019/04/23(火)16:47 ID:3ShwIS5Y(2/2) AAS
じゃあC++とC#のwinforms使えるwindowsのデスクトップアプリ開発界隈では俺はWPFとかUWPなんかやらなくても当分安泰ってこと？
web側勉強した方がいいのかな
webになるとクライアント側はブラウザになるから言語も必然的にhtml/cssにJavaScriptとかになるから、c++とかc#のデスクトップアプリ開発で磨いた俺の力が役に立たないよな
だからASP.NETとかやっても微妙かなと思ってるんだが、c++やc#でクライアントサイド作ったらサーバサイドも必然的にc++やC#になんのかな
ソケットとか使うから
javaで作ったサーバアプリと連携とかできんのかな
何勉強したらいいんだホントに

842: 2019/04/23(火)17:48 ID:elaW7zc+(1) AAS
勉強なんて楽しそうなやつやりゃいいじゃん
仕事で必要になったらググりゃいい

843: 2019/04/23(火)19:13 ID:zJYObBWE(1) AAS
そもそもデスクトップアプリ自体に将来性がないからね
時代はウェブ、クロスプラットフォーム。MSはもう何年もWPFに力を入れてない
俺も年内にはそっち方面に移る予定

844(2): 2019/04/23(火)20:00 ID:2vLu2U8Q(1) AAS
>>833
もう開発されていない
もともとの開発チームはずいぶん昔に解散して今はメンテナンスモード

845: 2019/04/23(火)21:35 ID:11AnFgX2(1) AAS
>>844
WPFに限った話じゃなく、UWP以外WinFormsもMFCもメンテナンスモード
デスクトップアプリ全般にやる気が感じられない
WinFormsやWPFの移植作業中の.NET Coreはどこまで本気なんだろ

846: 2019/04/23(火)21:53 ID:7mQ7yLRf(1) AAS
>>844
開発はされてるよ

847: 2019/04/23(火)23:21 ID:sr3w7AVY(1) AAS
さすがにUWPとWPFを同じ扱いするのは技術者として無知でしょ。

848(2): 2019/04/23(火)23:21 ID:5KWAynrs(1) AAS
もう10年以上前から「デスクトップはオワコン、これからはWeb」とか言われているけど
いまだにWeb技術でスタンドアロン並みに使いやすいGUIを実現するのって聖杯探しだよな。
WPFもオープンソース化されたことだし、ここはひとつBlazorで動くようにしてくれないかな。

849: 2019/04/23(火)23:25 ID:9k05SFWw(1) AAS
>Web技術でスタンドアロン並みに使いやすいGUIを実現する
Silverlightが死んでなけりゃな……

850: 2019/04/23(火)23:41 ID:/W495hLu(1) AAS
>>848
BlazorとWPFは全くべつもんやろ…

851: 2019/04/24(水)00:09 ID:5b7G81+9(1/2) AAS
そりゃ別物だろうけど。RazorあってのBlazorだからWPFとは排他だ、と言いたいのかな？

852(1): 2019/04/24(水)12:22 ID:mbjjqtsw(1/2) AAS
>>848
企業内で使うシステムでデスクトップオンリーの見たことないわ
もう全部ブラウザ経由だよ

853: 2019/04/24(水)12:27 ID:GHRnzd3N(1/4) AAS
>>852
全部ってすげえな
Chrome OSでも使ってんの？

854: 2019/04/24(水)12:31 ID:7CcW06Eu(1) AAS
ツールとシステムを一緒にするバカは置いといて、うちも社内システムは全部ブラウザだな

855(1): 2019/04/24(水)12:43 ID:mbjjqtsw(2/2) AAS
勤怠チェック
給料計算
顧客管理
生産管理

最近100社以上のシステム見たけどほぼすべてブラウザ経由
どこの会社のどれをとっても最近はデスクトップアプリなんてどこにもない
今はwebの時代というのはあってる

856: 2019/04/24(水)12:50 ID:Ih73DrrI(1) AAS
なんかデスクトップアプリ開発しててごめん

857: 2019/04/24(水)13:35 ID:fEgd+A1/(1/2) AAS
なんで勤怠管理とかでブラウザを経由する必要があるんだ？
全く意味がわからん
極端な話そんなもんエクセルVBAでも作れるし、そっちの方が安いよな
いちいちjava scriptに仕事させてブラウザで結果見るの？
それともサーバ構築までしてサーバ側のjavaとかに仕事させてるの？
わざわざそんなことする必要性がどこにあって、なぜそんなことをしてるんだ？意味がわからんな
流行りだからってことか？
省2

858: 2019/04/24(水)13:51 ID:1DYev0hZ(1) AAS
端末に依存せず、更新管理も楽であり、どこからでもアクセス可能
これがその環境において多くのメリットをもたらすなら、検討の価値がある
開発者としては何より経験値を積めることがおいしい

859(1): 2019/04/24(水)13:55 ID:a3h+fhJI(1) AAS
なぜ未経験を高単価で雇うのか

860(1): 2019/04/24(水)14:29 ID:GHRnzd3N(2/4) AAS
>>855
勤怠システムに含まれる打刻ツールはデスクトップアプリやな

861: 2019/04/24(水)14:31 ID:GHRnzd3N(3/4) AAS
いろんなシステムのバックエンドで動くバッチやワーカーもWebじゃないね

862: 2019/04/24(水)14:51 ID:fEgd+A1/(2/2) AAS
>>859
未経験なわけないじゃん
デスクトップアプリに比べたら業務での経験がめちゃくちゃ経験が短いってだけ
でもwebも簡単だし普通にできる
そもそもWPFまでやる人間がなんでhtmlみたいなバカでもできるマークアップ言語とスタイルシートと簡単なスクリプト言語が理解できないのよ、そんなわけないわ
xamlの方が遥かに難しいマークアップ言語なわけだし、C#の方がJavaScriptより難しいだろ
いくらwebに移るといっても安単価じゃ受けませんよ、私のようなプロがね

863(1): 2019/04/24(水)14:55 ID:nhJi5e2f(1) AAS
100人やそこらの自社のみで使う勤怠管理なんて何でもいいよ
もっと利用者が多かったり複数企業で流用したりとか考えたらブラウザさえあれば済むwebアプリがどんだけ有用なことか
スマホ対応、mac/win対応もwebならコスト減らしやすい
インストール不要、ドキュメントもwebで対応できる、アップデートも利用者を気にしなくて実施しやすい

チャットワークやサイボウズがどんだけの企業で採用されてると思ってんの
開発者ツールでみてもBTSやCIもだいたいwebじゃないか

864: 2019/04/24(水)15:12 ID:GHRnzd3N(4/4) AAS
>>863
>開発者ツール
Visual Studio

865(1): 2019/04/24(水)15:14 ID:725QUm5w(1) AAS
会社に入ったころは残業時間は表に手書きで自己申告してた
上司がチェックしてハンコ押して部長に回ってた
それをまた手計算してタイムカードと比べてチェックして給料に反映されてた
無駄だけどそれしかなかった

そのうちそれがexcelの表に記入して共有サーバに提出に変わって今はブラウザから申請になった
専用アプリを作ってメンテナンスしたり各PCに必ずエクセル入れたりという状況から抜け出せて良かったのではないかなあ

866(1): 2019/04/24(水)15:35 ID:Xu+nfOLY(1) AAS
>>865
ブラウザからの申請を記録するものは専用アプリとは違うんかい？
用途を無視してシステムを語るやつは脳内環境だから何言っても無駄か・・・

867: 2019/04/24(水)19:51 ID:AiHhhuXg(1) AAS
>>860
> 勤怠システムに含まれる打刻ツール
なにそれ？

868: 2019/04/24(水)19:56 ID:M6vGcGBe(1) AAS
自分の狭い観測範囲だけで能書きたれたがる低脳が多いんだよ

869: 2019/04/24(水)20:26 ID:5b7G81+9(2/2) AAS
さすがにクラサバはWebに置き換わったけど、ツール類はいくらでもあるなぁ。

870: 2019/04/24(水)21:07 ID:/lU/w4hB(1) AAS
ブラウザ通せるものと通せないものがあるからな

871: 2019/04/24(水)21:22 ID:QyWgvBrX(1) AAS
>>866
デスクトップアプリの話をしてるんじゃないの？

872(1): 2019/04/25(木)18:01 ID:iqYujnK/(1) AAS
今度仕事でWPF触らなくちゃいけなくなって初めてマークアップ言語に触れたんだけどとにかく読みにくい
for文だって入れ子減らせ読みにくいってのは当たり前に言われるというのに
どこからどこまでがどう入れ子になってるのが掴むの大変なんだけど慣れると読めるようになるもんなの？

あとそれと上の方でWPFに未来が無いとか書かれててがっかりしました
だよねー……日本語の参考書全然無くて海外のサイトばっか見てるもん……

873: 2019/04/25(木)18:17 ID:2IQDMAmX(1) AAS
>慣れると読めるようになるもんなの？
まあインデントさえしっかりしてれば

874: 2019/04/25(木)19:27 ID:pQMWPhoY(1) AAS
>>872
どんな環境で開発してるのよ
ちょっとまともなエディタならXMLの中身を畳んだりタグの入れ子間違いを指摘することぐらいはできるぞ

875(1): 2019/04/25(木)20:01 ID:3guJtLA5(1/3) AAS
そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい

VS2019使ってて拡張機能でXAML Stylerを入れてるけど、他にいいのあったら教えて下さい

876: 2019/04/25(木)20:01 ID:jVKhCviU(1) AAS
xaml stylerって拡張入れたらなんとかなる

877: 2019/04/25(木)20:07 ID:/2yuQdnA(1) AAS
なんで最近スレ伸びてんのよ・・・
やっとWPFに普及期がきたか。

878: 2019/04/25(木)20:53 ID:wfwas3gN(1) AAS
ほとんどがイチャモン

879(1): 2019/04/25(木)21:06 ID:jZ4+eHeJ(1/2) AAS
>>875
> そうは言ってもXAMLは読みにくい。途中でコメントはさめないのとかほんとしんどい
途中がどこなのかにもよるけどコメントは入れられるでしょ

880: 2019/04/25(木)21:19 ID:F5/pbVR3(1) AAS
XMLをマークアップの標準にしたのはコンピュータ業界の最大の失敗

881: 2019/04/25(木)21:21 ID:lXAOlb7n(1) AAS
Blend for Visual Studioってまさにxaml編集用に作られてると思うんだけど…
あと、xamlというかxmlをそもそもよく分かってないんじゃないのっていうレスがちらほらある
あれダメならhtmlとかも理解できないでしょうに

882: 2019/04/25(木)22:11 ID:y3HhtnRW(1) AAS
namespaceさえ理解すればあとはhtmlと大して変わらんよね。

883(1): 2019/04/25(木)23:06 ID:3guJtLA5(2/3) AAS
>>879
例えば、

<Grid

Property1="a" 
Property2="b"
..... />

884(1): 2019/04/25(木)23:17 ID:jZ4+eHeJ(2/2) AAS
>>883
普通に

省5

885(1): 2019/04/25(木)23:26 ID:jUPpFJcF(1) AAS
それってxamlというよりxmlの仕様では？

886(2): 2019/04/25(木)23:31 ID:3guJtLA5(3/3) AAS
>>884
いや、それはそうなんだけど…
まずプロパティが多いと縦に伸びるし、目移りも無駄、
プロパティ名の入力も面倒だし、重要な情報を見落とす恐れもある
それに部分的にプロパティを抜いたり、別の値でテストしたい時とか、
プロパティをその位置でコメントアウト出来れば凄い楽

>>885
省1

887: 2019/04/26(金)08:39 ID:7syDkwCh(1/2) AAS
コメントはhtmlから引きずっているからね

888(1): 2019/04/26(金)09:39 ID:WWzPrzSM(1/2) AAS
>>886
そんなに多くのプロパティを設定するのってどういうとき？
今までの経験だとせいぜい３〜４だと思うんだが・・・

889(1): 2019/04/26(金)10:13 ID:L9IIIrds(1) AAS
>>886
C#でやればいいのでは？

890(1): 2019/04/26(金)12:49 ID:W8c6vXCR(1) AAS
自分の思う通りに出来ないのは仕様がおかしい
って思っちゃうタイプなんでしょ
プログラマーにはあまり向いてないと思う

891(1): 2019/04/26(金)13:18 ID:QuMKW8xW(1/2) AAS
>>888
例え3つでもコメント行が上に複数行も乗っかるのは嫌だわ
ただでさえxamlは縦に伸びるからね。フォーマットの仕方にもよるけど
プロパティの設定は大体4つ以内に収まるね
多いのだと例えばGridViewの設定かな。イベントの登録だけで4つ使ってたりする

>>889
コードビハインドでViewを構築しろってこと？ちょっとそれは頂けない
省3

892(1): 2019/04/26(金)13:33 ID:WWzPrzSM(2/2) AAS
>>891
なんで全てのプロパティにコメント残す必要があるの？
内容変更するのにコメントで残すってやつも、その項目全部をコピペしてコメント書いておけばいいじゃん。
つか、今時前のコードを残すのはバージョン管理に任せろよ。
条件に合わせて柔軟に対応できないとプロとしてやっていけないよ。

893(1): 2019/04/26(金)13:48 ID:QuMKW8xW(2/2) AAS
>>892
ちょっと待ってくれ。全てのプロパティにコメントを残したいとは言ってないぞ
例えばいくつかのプロパティについて、メモ書きや注意事項を残したいことってないの？
俺はただそのプロパティの上や横に書けたらいいのにな、と言ってるだけなんだが。
あとは行をその位置でコメントアウト出来れば、テストとか楽だし
一応プロとしてやってますよ

というか不満持ってる人って少ないのかな。長年不満を抱いてたから意外だったわ

894: 2019/04/26(金)14:09 ID:7syDkwCh(2/2) AAS
そもそもWinFormsだってプロパティーにコメント振らない

895: 2019/04/26(金)14:14 ID:90urDzgW(1) AAS
一応確認なんだけど、viewmodel使ってるのかな？
本来バインディングされるプロパティがあるのだからそっちにコメント入れれば良いと思うけど
viewにヅラヅラ説明を入れる状態が想像できない

896(1): 2019/04/26(金)14:31 ID:r6cXYweV(1) AAS
xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ

今回はマークアップ言語の話だけど、
既存のプログラミング言語に不満持ってるプログラマーが新しい言語を作るんだし
不満を持つことと対応できないこととは関係ないよね

んで、 Holy Hell!! な解法
外部ﾘﾝｸ:stackoverflow.com

897: 2019/04/26(金)14:37 ID:XuSZUgKR(1) AAS
> xmlの属性レベルのコメントができないのを仕様の欠陥
ほんとこれ不便

898: 2019/04/26(金)14:38 ID:xSwLJo8H(1) AAS
未経験者から質問するけど、XAMLって独自プロパティ追加できないの？
HTMLなら勝手プロパティでコメント書いたりしたけど。

899: 2019/04/26(金)15:06 ID:vB1azCly(1) AAS
そもそもxaml（xml）を手で編集すんなってことにしたいんじゃない？
jsonなんかも大きくなると手編集向いてないし
とはいえ現状じゃそういうわけにはいかないけど
xaml自体を分割して見通しをよくするとかくらいかね

900: 2019/04/26(金)19:28 ID:qpV588mo(1) AAS
>>893
そういう欲求はある。あると便利だよねえ

901: 2019/04/26(金)23:15 ID:smPACViJ(1) AAS
思う通りに出来ないなら出来るように作っちゃえばいいじゃない

902(1): 2019/04/27(土)00:57 ID:maQO7vMi(1) AAS
コメント振れないことと言うより
デバッグしているときにプロパティーをコメントアウトしにくいのが辛い
ブロック終わらせてコメントアウトっすりゃいいんだが面倒だ

903: 2019/04/27(土)06:46 ID:rUmkpmPg(1) AAS
>>902
属性名変えればいいだけじゃん
Property1="a"
↓
xProperty1="a"
とか
応用力なさすぎ

904(1): 2019/04/27(土)22:50 ID:jfzw+pVI(1) AAS
ん？意味がわからない

905: 2019/04/27(土)23:42 ID:ibduGkrL(1) AAS
ガガイのガイ

906: 2019/04/28(日)00:13 ID:ODEsSmA2(1) AAS
>>904
存在しないプロパティ名にリネームすれば無視されるから
コメントアウトの代わりに使える

907(3): 2019/04/28(日)10:06 ID:3t4t6vYZ(1) AAS
<a>
<a.b>
<c　d="d">
</a.b>
</a>
でそれぞれa,b,c,dをコメントアウトするのに最適な方法は？

908: 2019/04/28(日)12:14 ID:fIrxxOza(1/2) AAS
>>907
日本語でよろしか

909: 2019/04/28(日)12:14 ID:fIrxxOza(2/2) AAS
よろしくw

910: 2019/04/28(日)12:30 ID:yS5k3fwP(1) AAS
>>907
今時コメントアウトなんぞ要らん
gitを信じて消せ

911: 2019/04/28(日)13:08 ID:Cfig35XD(1) AAS
>>907
お前日本語下手そうだからコメントアウトした結果を書け

912: 2019/04/28(日)14:04 ID:PmtPvWQ5(1) AAS
正直この先何年もXML引きずるのかと思うと憂鬱だわ

913: 2019/04/28(日)14:24 ID:JXginMSx(1) AAS
>>896
>xmlの属性レベルのコメントができないのを仕様の欠陥扱いしてる人は結構いるよ
XMLに関してはそうだが、XAMLに関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい

上下前次 1-新書関写板覧索設栞歴

あと 89 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.027s