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

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

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

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に関してはプロパティ要素構文が使えるんだから
プロパティ要素構文にして、その後ろにコメント付ければいい

914(1): 2019/04/29(月)19:57 ID:m30Tu78y(1) AAS
デスクトップアプリマンってWPFできようがUWPできようが時代遅れなんかな
7年くらいずっとデスクトップアプリばっかやってきたわ
あとはせいぜいゲームとか
WEBは半年もやってない
ASP.NETマンになればブレイクスルーできるのか？
.NETに全てを託すしかねーわもう
WPFが死のうがUWPが死のうが.NETだけは共通の技術だから食ってけるよな？

915(1): 2019/04/29(月)20:20 ID:pMNPIosi(1/3) AAS
.NET Coreが迷走してるからわからんよ
今んとこASP.NET開発者の移行はさっぱり進んんでない
苦し紛れのWinForms&WPF対応という奇策もスルーされたら.NET Coreは3が最後のバージョンになるだろうな
そしたら.NETは終わりだ

916: 2019/04/29(月)20:21 ID:imlbHmeV(1) AAS
>>914
electronのデスクトップマンになれば延命できるぞ

917(1): 2019/04/29(月)20:25 ID:ehYnqzb5(1/3) AAS
>>915
迷走してるってソースは？

918(1): 2019/04/29(月)20:28 ID:HXRk5ZMS(1) AAS
.NET Core 3の苦し紛れ感はSilverlight3の悲劇を彷彿とさせるね

919: 2019/04/29(月)20:33 ID:ehYnqzb5(2/3) AAS
>>918
Twitterﾘﾝｸ:davidfowl
Twitterﾘﾝｸ:5chan_nel (5ch newer account)

920(1): 2019/04/29(月)20:41 ID:pMNPIosi(2/3) AAS
>>917
Silverlight3の顛末をググってきたらいいんじゃないかな
今の.NET Coreと状況がそっくりだから
だから失敗すると言いたいわけじゃないが、MS社内のプロジェクトのライフサイクル的に見切りを付ける時期が迫ってきているんだろう

921: 2019/04/29(月)20:42 ID:ehYnqzb5(3/3) AAS
>>920
具体的に

922(1): 2019/04/29(月)20:47 ID:zo6UUTTz(1) AAS
「終わり」ってどういう状態を言っているのかにもよるな。
MFCは既に「終わり」のような気もするが、使えなくなったわけじゃないしな。

923: 2019/04/29(月)20:52 ID:pMNPIosi(3/3) AAS
>>922
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが

924(1): 2019/04/29(月)20:53 ID:TDhNq2WX(1/2) AAS
WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？

925: 2019/04/29(月)20:59 ID:TDhNq2WX(2/2) AAS
デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう　

926(1): 2019/04/29(月)22:11 ID:atpu4K08(1) AAS
いつの時代の人なんだよ…

927: 2019/04/29(月)22:49 ID:D2B2a+AU(1) AAS
>>924
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ

928: 2019/04/30(火)00:06 ID:JvryURnP(1/2) AAS
Windows API CodePackが事実上のオフィシャルリリースだろうに

929(1): 2019/04/30(火)00:13 ID:SrVVv9ma(1/2) AAS
>>926
Webくんは妄想性人格障害なだけで現代っ子だよ

930(1): 2019/04/30(火)00:40 ID:flIcHYQt(1) AAS
>>929
人格障害はお前だよ

931(1): 2019/04/30(火)08:13 ID:riS+7mUB(1) AAS
フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。

932: 2019/04/30(火)08:59 ID:SrVVv9ma(2/2) AAS
>>930
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して〜
生ゴミはコンポストに捨てといてね

933: 2019/04/30(火)09:44 ID:bwdkx6fZ(1) AAS
NumericUpDownがないのは作り忘れなの？

934: 2019/04/30(火)10:52 ID:bB6vFizM(1) AAS
ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。

935: 2019/04/30(火)11:09 ID:JvryURnP(2/2) AAS
wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが

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

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

ぬこの手ぬこTOP 0.029s