- 1 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:36:14.49 ID:9LsUsH++p.net]
- Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/
関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 809 名前：デフォルトの名無しさん mailto:sage [2021/01/14(木) 18:16:36.60 ID:4B/6jC4e0.net]
- デザインをデザイナと分担できるというけど、経験上ビジネスロジックと比べたらデザインの工数なんて半分以下だから分担の恩恵が薄いんだよな
- 810 名前：デフォルトの名無しさん mailto:sage [2021/01/18(月) 01:26:43.69 ID:Kpsjp2aqM.net]
- scrollviewerがmanipulation系のイベントがハンドラ内でe.Handled=trueによってイベントのバブルアップを止められているらしい(URL貼れないけどどっかの個人ブログ参照)から
カスタムコントロールでe.Handle=trueしないものを作りたいんだけどうまくいかない
- 811 名前：デフォルトの名無しさん mailto:sage [2021/01/20(水) 16:16:26.10 ID:Wx/Iy2mC0.net]
- なんでtreeviewのbeforeexpand無くなってるの？
MSってよく意味の分からないことするよね
- 812 名前：デフォルトの名無しさん mailto:sage [2021/01/21(木) 16:03:37.57 ID:qWgafXth0.net]
- すれち
- 813 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 08:34:09.85 ID:361yZFbpd.net]
- 長年WindowsFormsやってきて、ようやくWPFに移行しようとしているワイのモチベーションがあがるお言葉をお願いします
- 814 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 08:36:03.63 ID:ud7WAy7Ca.net]
- Xamlに慣れとくのは無駄にはならんだろ
- 815 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 08:41:47.50 ID:Vy6n/RPYM.net]
- >>805
何かを始めるのに遅すぎると言う事は無い
- 816 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 09:43:49.72 ID:qSdfocRRM.net]
- >>805
WPFは既にメンテナンスモードでWinFormsと同列
現在のシェアから考えてWinFormsより長く生き残ることはまずないから、もし自身のエンジニアとしての延命が目的なら今更やるのは全くお勧めできない
Webやれ
- 817 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 09:55:14.16 ID:Vy6n/RPYM.net]
- デスクトップじゃWin32アプリが最後まで生き残りそう。
winformアプリも大量に有るのでゾンビの様に死滅しない。
- 818 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 11:17:20.66 ID:SEH/ccP0r.net]
- >>805
web系技術でデスクトップアプリ作る
時代になってますよ。
- 819 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 11:40:37.20 ID:ZjE6Xg+z0.net]
- モチベーションアップする言葉じゃないなw
- 820 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 11:59:33.60 ID:j7spnDSJ0.net]
- mongodbのコンパスとか多分chromiumだろうけど美しいもんなー
- 821 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 12:16:42.96 ID:NAba6hCjM.net]
- web系って流行り廃りが激しいので後のメンテが大変かも。
- 822 名前：デフォルトの名無しさん [2021/01/26(火) 12:21:02.53 ID:m9QEFa1vM.net]
- htaはいつまで使えるだろうか？
- 823 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 12:42:38.13 ID:b2P28rbA0.net]
- ３月に正式リリース。７月にフルスペックの予定のWinUI3がWPFの代替となる予定だが
特に大きな変化はないから安定すれば移行が進むんじゃねーかな？
- 824 名前：デフォルトの名無しさん [2021/01/26(火) 12:59:30.20 ID:sDueyM6cM.net]
- >>815
イマイチわかってないんだけどUWPと共通化できて嬉しい？
- 825 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 13:33:11.88 ID:kStMQ1/o0.net]
- ChromeBookでも動くんか？
- 826 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 14:14:45.77 ID:YUoLXY1Qd.net]
- 結局Web系ってなにやればいいの？
ASP.NET MVCとか？
- 827 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 14:14:54.68 ID:WHTpfe5BH.net]
- 結局Web系ってなにやればいいの？
ASP.NET MVCとか？
- 828 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 14:34:10.17 ID:fB+Ar5X+0.net]
- 今時MVCで新規で作る必要ある？
- 829 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 14:40:20.88 ID:NAba6hCjM.net]
- >>819
ASP.NET Core MVC
- 830 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 15:00:30.94 ID:3RPKEuA50.net]
- Web APIならね。UIが必要ならそこはRazor Pagesにしときな。
- 831 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 20:34:15.63 ID:xVPuSdRM0.net]
- >>809
Win32レベルでいいならC++/CLI以外みんな生き残るだろ。
- 832 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 20:38:42.61 ID:xVPuSdRM0.net]
- >>810
「作れる」のレベルはだんだん上がってきているけどデスクトップフレームワークの域にはまだ遠いよなぁ。
BlazorでWPF動かせるようになったらいいんだが。
- 833 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 21:13:38.65 ID:SEH/ccP0r.net]
- >>824
Blazorはjs書けない層の
救済ライブラリーですよ。
- 834 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 21:19:33.80 ID:xVPuSdRM0.net]
- >>825
Cはアセンブラ書けない層の救済言語、みたいな？
- 835 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 21:24:27.11 ID:SEH/ccP0r.net]
- >>826
ちょっと違うかな。
js<-->c#のラッパーライブラリーになります。
なので遅くて機能も少ないです。
- 836 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 21:33:10.40 ID:xVPuSdRM0.net]
- そういう話じゃなくてね、>>825はC#よりJSの方がハードルが高いと言いたいのかってこと。
- 837 名前：デフォルトの名無しさん [2021/01/26(火) 21:39:57.47 ID:9pIisiq/0.net]
- >>827
さすがにデタラメすぎワロタ
- 838 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 21:41:41.11 ID:SEH/ccP0r.net]
- >>828
それは人によりますね。
>>826
アセンブラ書ける層にもｃ学ぶメリットがありますが、
（ｃはアセンブラ書けない人の救済目的でない。）
jsでwebアプリ開発者出来る層が、
Blazor学ぶメリットは無いって事です。
- 839 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 21:55:22.08 ID:xVPuSdRM0.net]
- >jsでwebアプリ開発者出来る層が、
>Blazor学ぶメリットは無いって事です。
つまりWebアプリの方がハードルが高いって言ってるんだろ？
- 840 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 22:41:31.51 ID:hQ6WFpsM0.net]
- いやBlazorが糞って言ってるんだろ
- 841 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 22:51:00.14 ID:SEH/ccP0r.net]
- webアプリメインでやってりゃ
デスクトップアプリ開発なんて未知の領域だし
逆もまた然りでしょ。
つってるうちに、
web開発者がそのスキルの延長で
デスクトップアプリ作り始めてるって時代に
なっちゃってますけどね。
因みにスマホアプリも業務系は
かなりの部分的がwebView使った
webアプリですわ。
- 842 名前：デフォルトの名無しさん mailto:sage [2021/01/26(火) 23:55:27.32 ID:wUk9YuWu0.net]
- 結局デスクトップアプリやりたかったら何勉強したらいいんだよー
- 843 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 00:03:20.45 ID:XeV35zEs0.net]
- GDI
- 844 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 06:04:27.12 ID:pUY+TGNk0.net]
- >>834
UWP
- 845 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 07:57:56.27 ID:HOXaQKzC0.net]
- UWPはいいね
この前ストアアプリ配信したんだけど結構ダウンロード数伸びてる大したことないアプリなのに
まだマイクロソフトストアが未成熟だからね
すでに飽和してるApp StoreやGoogle Play Storeじゃこうはいかない
マイクロソフトストア狙い目よ
- 846 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 08:05:32.37 ID:Q5PELBL+0.net]
- Web(React)もデスクトップ(WPF)もやってるが、だからといって今のReactで
デスクトップアプリ作る気にはなれんな。
>web開発者がそのスキルの延長で
>デスクトップアプリ作り始めてるって時代に
自分が持ってるスキルで他分野に入り込みやすくなったから
喜んで使っているんだろうが、これから新しくデスクトップアプリを
始めようって人に勧めるのはちょっと違うかな。
- 847 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 08:28:30.65 ID:XM7FIDHcM.net]
- 趣味の開発なら良いが業務用アプリでUWPを使おうとは思わんな
- 848 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:09:15.94 ID:HOXaQKzC0.net]
- でもさ趣味と業務で技術を使い分けるのも非効率じゃない？
- 849 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:16:51.18 ID:6qpNXEFE0.net]
- 趣味はある程度妥協できるけど、業務はそれができない
- 850 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:18:43.10 ID:XM7FIDHcM.net]
- >>840
業務用には枯れたものを使いたいねえ
最先端も追っかけなきゃ技術者としては終わるけど
- 851 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:31:24.47 ID:PQslRsA90.net]
- いまさらUWPはやめとけ
- 852 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:34:14.87 ID:Q5PELBL+0.net]
- マイクロソフト環境にどっぷり漬かっている会社ならビジネス向けストアを使う手もあるだろうが
IT部門が全社に配布する手間を減らせる以外のメリットが思いつかんな。
まさか常にサイドローディングしてもらうわけにもいかんだろうし。
- 853 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:45:27.80 ID:XM7FIDHcM.net]
- 新規だとWPFですかねえ
winformよりはUWPへの乗換ハードルは低いし
webじゃ無理なアプリもあるし
- 854 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 09:47:08.33 ID:lP1lXV780.net]
- デスクトップ ExcelVBA
Web スプレッドシートGAS
- 855 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 11:58:47.28 ID:s+2IuEm00.net]
- 今から投資するなら
.NET MAUI
かな。xaml + mvvm が糞すぎた。
- 856 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 12:01:39.36 ID:2Yp9CVeL0.net]
- 全く詳しくないんだけどWINUIは糞なところは改善されるの？
- 857 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 12:34:09.96 ID:XeV35zEs0.net]
- 良く判らんが、ザマリン下位のskia
をGDIでラップ出来るようになったの？
- 858 名前：デフォルトの名無しさん [2021/01/27(水) 13:27:12.09 ID:+quYuruPM.net]
- UIがどうなろうとIPropertyChangedは全部書かないといけませんか？
- 859 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 13:34:31.78 ID:nqDSrDWAM.net]
- >>850
必要でしょう
ReactivePropertyとかBindableBaseを使えばコーティング量が減る
- 860 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 13:36:55.01 ID:4ZLvOcYXM.net]
- >>850
MVUなら必要ないよ
- 861 名前：デフォルトの名無しさん [2021/01/27(水) 13:52:55.21 ID:+quYuruPM.net]
- うーん
プロパティにref使えないけど
SetPropertyどうやって使ってんの？
- 862 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 13:53:49.65 ID:nqDSrDWAM.net]
- .NET MAUIか
- 863 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 13:54:43.18 ID:nqDSrDWAM.net]
- >>853
え?
- 864 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 14:09:18.65 ID:s+2IuEm00.net]
- xaml登場時からやってる
ベテランの自分でさえ
xaml流mvvmは
コード量が激増して面倒臭すぎる。
ReactのJSXみたいに
xaml中にコードが直接かけるように出来んものか？
- 865 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 19:59:46.88 ID:1NyuRNVoM.net]
- <x:Code>で囲めばゴリゴリC#書けるよ
面倒だから素直にコードビハインドに書いた方が早いけど
どうせg.csにコピーされるだけだし
まあ何につけmvvmが失敗の原因だったよね
- 866 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 21:48:06.42 ID:Q5PELBL+0.net]
- 失敗というか、WPFに挫折した人の原因ではあるのかもしれない。
- 867 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 22:50:02.01 ID:I3USHUPf0.net]
- VisualStateManagerはBlend前提の設計かもしれんが、ちょっと解りにくいわな
- 868 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 22:51:44.29 ID:VJox6Jtr0.net]
- MVVMってテストしやすいのはいいけど、設計難易度上がるし面倒なところあるから初めて関わる人や新人いるチームだと大変すぎてな。一人や少数精鋭チームでやれればいいけど。
- 869 名前：デフォルトの名無しさん mailto:sage [2021/01/27(水) 23:11:30.32 ID:lP1lXV780.net]
- ビューとモデルの完全分離を目指した結果
肥大化するコードと失われる可読性って本末転倒じゃん
- 870 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 07:46:28.72 ID:W1L2iiMj0.net]
- >>856
xamlてコード分離が目的なのに中にコード書いたら意味無いような気がするが
- 871 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 10:15:55.24 ID:jO4DLeJx0.net]
- >>862
コードを分離する
メリットとデメリットは？
- 872 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 10:19:43.92 ID:pXmI1nylM.net]
- >>863
メリット、ユニットテストがやりやすい
デメリット、めんどくせー
- 873 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 10:26:33.10 ID:jO4DLeJx0.net]
- >>864
ユニットテストは
やりやすいレベルにはならんよ。
- 874 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 10:27:16.51 ID:p4i84vEc0.net]
- なるよ
- 875 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 10:28:56.03 ID:jO4DLeJx0.net]
- ならん！
- 876 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 10:40:26.08 ID:FPs7AaOb0.net]
- >>865
UIベッタリだと出来ないだろう
- 877 名前：デフォルトの名無しさん [2021/01/28(木) 10:59:29.17 ID:dNWrUHbO0.net]
- >>861
Railsですね判
- 878 名前：ります []
- [ここ壊れてます]
- 879 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 11:27:11.16 ID:tUs9KAdY0.net]
- コード増えるのは辛いよな
なんとかならんのかこれ
- 880 名前：デフォルトの名無しさん [2021/01/28(木) 12:09:59.78 ID:AZvjaiaSa.net]
- model view を結合するのはいいけど、、
model もうひとつつくって、プログラムされたタイミングで
同期させたい
isDirtyな
double bufferともいう
- 881 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 12:22:12.52 ID:s7DYC79h0.net]
- INotifyPropertyChanged実装しないModelクラスを、ViewModelでラップするのがしんどい。
- 882 名前：デフォルトの名無しさん [2021/01/28(木) 12:25:43.67 ID:AZvjaiaSa.net]
- mv結合100%だから不自由なんで、
設計でいうmodelとは別に
実装用のmodel作るべき
設計modelは切り離して
change by user
change by initialize
change by signal
も判別しなきゃだな
- 883 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 12:47:51.29 ID:jO4DLeJx0.net]
- >>870
mvvmを捨てる事から初めてみましょう！
- 884 名前：デフォルトの名無しさん [2021/01/28(木) 20:10:35.14 ID:v7b31HK80.net]
- >>861
俺の言いたいことをすべてお前が大便してくれた
- 885 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 20:52:41.82 ID:A1rlojlb0.net]
- >>868
FormsアプリをUIAutomation使って自動テストする地獄を味わったことのない人には
有難みがわからないのだろうな
- 886 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 21:24:14.10 ID:eBfsAdOM0.net]
- そもそも>>865はユニットテストがなにか知らんような気がする
マニュアルに従ってテキトーにポチポチクリックして落ちなきゃテスト終わりーとか言ってそうw
- 887 名前：デフォルトの名無しさん mailto:sage [2021/01/28(木) 23:14:26.37 ID:jO4DLeJx0.net]
- >>877
今時ICサーバー必須と言われてますわ。
- 888 名前：デフォルトの名無しさん mailto:sage [2021/01/29(金) 05:32:11.60 ID:smfBIAno0.net]
- ICサーバーってなんだ？
まさかと思うけどCIサーバーのことじゃないよな？w
- 889 名前：デフォルトの名無しさん mailto:sage [2021/01/29(金) 12:45:43.37 ID:geJ3sMpq0.net]
- 笑
- 890 名前：デフォルトの名無しさん [2021/01/29(金) 19:43:57.28 ID:7PT6zv600.net]
- >>877
俺は>>865じゃないけど、
マジ、おせーて
assertとか使う奴？
それともGUI上で出来るようなのがあんの？
- 891 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 10:03:36.71 ID:mgrsH3mq0.net]
- >>862
ビジネスロジックコードの分離が目的なのだから、デザインコードは一緒になっている方が良いかも
- 892 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 12:20:17.91 ID:g5e1Zwf90.net]
- Javaでオブジェクト指向が流行った時期の間違いみたいに
大規模開発専用のクソ仕様を銀の弾丸として全部に使おうとして失敗してる感じに思える
- 893 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 13:07:37.17 ID:RzqUn7xl0.net]
- アニメをデフォルトで使う分にはxamlってそれほど複雑でもないんだけどね
formsと同じことやるなら
- 894 名前：デフォルトの名無しさん [2021/01/30(土) 14:21:59.06 ID:7JTFVOFL0.net]
- UI作る人と分業できるって言うけどどんだけ凝った画面にすんだろ。
結局はコード書く人が画面まわりもやってね?
最近違うの?
- 895 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 15:34:49.92 ID:B8WCMkPK0.net]
- 専業のUIデザイナー雇ってるとこなんて余程の大手だけだろうな
- 896 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 15:56:17.98 ID:pMmYD7u10.net]
- xaml書く専業デザイナーって聞いたことないけどいるの？
- 897 名前：デフォルトの名無しさん [2021/01/30(土) 17:17:04.26 ID:7JTFVOFL0.net]
- UIとコード別けられるのが最大のメリットという位だしな。
居ないとおかしいがな。
- 898 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 17:34:35.97 ID:8FYOnD7D0.net]
- 誰が言った言葉かは知らんが、少なくともUIデザインを別担当者にできるのが
最大のメリットだということじゃないと思うぞ。
- 899 名前：デフォルトの名無しさん [2021/01/30(土) 18:58:30.27 ID:7JTFVOFL0.net]
- 何がメリットなのかWPF素人にはサッパリだよ。
- 900 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 19:40:15.77 ID:8FYOnD7D0.net]
- 俺個人としてはxamlでレイアウトしやすいところとmvvmでテストしやすいところかな。
- 901 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 19:46:33.44 ID:WbnyfnwJ0.net]
- デザイナーがHTML/CSSで作ってプログラマーが同じ見た目になるようにXAML
- 902 名前：書く []
- [ここ壊れてます]
- 903 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 19:52:36.52 ID:KxRn6hKfM.net]
- デザインとプログラミングの分業においては遥かに先を行っているはずのWebでは、
最近は逆にJavaScriptにインラインでHTMLを書いているのでした
- 904 名前：デフォルトの名無しさん [2021/01/30(土) 20:01:29.27 ID:7JTFVOFL0.net]
- >>892
初めからデザイナにXAMLで書いてもらったら?
- 905 名前：デフォルトの名無しさん mailto:sage [2021/01/30(土) 21:55:15.69 ID:WbnyfnwJ0.net]
- >>894
XAML書いてくれるデザイナーなんているの？
- 906 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 00:20:30.44 ID:c/zdJjVH0.net]
- 作業としてUIとコードを分けられることがメリットじゃなくて
そこが疎結合になるからいいんでないの
- 907 名前：デフォルトの名無しさん [2021/01/31(日) 01:07:23.46 ID:SnnX9R4F0.net]
- 疎結合になること自体はメリットではない
疎結合になることで何がメリットになるか書かないと
結局、分担作業やデバッグが楽という話に落ち着くと思うが
- 908 名前：デフォルトの名無しさん [2021/01/31(日) 01:25:53.85 ID:c/zdJjVH0.net]
- 疎結合のメリットがわからない人はここにいるのかい？
- 909 名前：デフォルトの名無しさん [2021/01/31(日) 01:40:01.70 ID:SnnX9R4F0.net]
- 疎結合になること自体はメリットではないことがわからない人がここにいるのかい？
- 910 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 01:46:06.04 ID:WbkXnsTD0.net]
- 個人とか小規模開発ならあんまメリット大きくないよな
- 911 名前：デフォルトの名無しさん [2021/01/31(日) 07:07:48.07 ID:Odha2eMQ0.net]
- どんだけでかいシステム作るんだろうな。
VC6.0やVB6.0でいいだろと言いたい。あれは良くできてた。
- 912 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 07:27:03.47 ID:+eg72yeD0.net]
- >>898
疎結合のメリットを教えてください
- 913 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 07:51:13.66 ID:r9k2b4HI0.net]
- 疎結合って
キチンとインターフェース決める設計手法と
ほぼ逆の事をやってるね。
VS等の参照ジャンプが利かなくなって
かつリファクタリング機能の対象外となるし、
コンパイル自分に結合保証も担保できなくなるから、
大規模化リファクタリング後の
潜在バグの原因になっとるんだが。
- 914 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 07:53:58.88 ID:r9k2b4HI0.net]
- >>897
疎結合だとデバックが楽というの
どんなケースを想定されてるのでしょうか？
- 915 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 08:06:25.92 ID:+eg72yeD0.net]
- 疎結合だとデバッグが楽・・・
ビューとモデルが明確に分離されてることで
「画面に表示される値がおかしい！」というときにまずはモデルをチェックすればいい
だいたいこれで誤りが見つかる
ビューはモデルを素直に反映するようになっていればビジネスロジックの影響をほとんど受けない
つまり、デバッグ（点検）対象から外せるケースが多くなる
- 916 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 08:36:11.85 ID:r9k2b4HI0.net]
- >>905
Viewとmodelの分離は
疎結合は関係ないんじゃ...
「ビューはモデルを素直に反映するように」
これも...
- 917 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:12:12.67 ID:I7rtGHH8M.net]
- ViewとModelの分離で結合が疎にならないの？
>>906の思ってる「疎結合」の定義を聞かせてほしい
「ビューはモデルを素直に反映するようになっていれば」という前提の整理について
>「ビューはモデルを素直に反映するように」
ここだけ抜き出して「これも..」と指摘してるのはいったい何が言いたいの？
なんか逆張りで根拠もなくケチつけてるだけに見えるんだけど
- 918 名前：デフォルトの名無しさん [2021/01/31(日) 09:17:07.25 ID:Odha2eMQ0.net]
- 昔の方が作りやすかった気がする。
- 919 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:19:16.44 ID:xVSriNge0.net]
- >>904
自動テストの話じゃないの
- 920 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:21:31.64 ID:r9k2b4HI0.net]
- >>907
「密結合してViewとmodelを分離」
「密結合してViewとmodelを素直に反映」
しても結果は同じでは？
- 921 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:28:45.68 ID:I7rtGHH8M.net]
- ？？？
ごめん>>910の国語力か俺の国語力かどっちかに問題があって
あなたの主張したいことがわからない
で、あなたの思ってる「疎結合」の定義について説明をお願いしたいんだけど
- 922 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:29:51.76 ID:r9k2b4HI0.net]
- >>908
昔というか、
WinFormsと同じようにWPFでも書けるよ。
実際サンプルコードはコードビハインドで
イベントハンドラーで書いてあるもの多い。
- 923 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:34:58.64 ID:xVSriNge0.net]
- >>912
mvvmのサンプルじゃ無きゃ
イベントにベタ書きのサンプルだらけ
- 924 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:43:32.25 ID:r9k2b4HI0.net]
- >>911
良い説明をググッてみたけど
見つからないので簡単に書くと、
コンパイル時に参照が切れた状態になる実装を
疎結合。WPF流MVVMでバインディングで繋ぐと疎結合になる。
対してC#で普通に書くと密結合。
- 925 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:48:53.55 ID:r9k2b4HI0.net]
- ちなみにMVVMで
XAML(View)とmodel間の接続を、
例の難解なバインディング構文を使わずに
コードで書く(密結合)事もできる。
- 926 名前：デフォルトの名無しさん [2021/01/31(日) 09:49:01.23 ID:Odha2eMQ0.net]
- >>912
それで売りの高解像度にも対応してるなら
それでいいやね。
>>913
MVVMもそのうち消えるだろう。
- 927 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:50:58.51 ID:xVSriNge0.net]
- >>915
バインドが難解だと?
- 928 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:53:51.31 ID:r9k2b4HI0.net]
- >>917
初心者には難解じゃない？
コード補完も効きにくいし。
最初の多きな(大きすぎる)ハードルでしょ。
設定間違えると動きも変わるし。
- 929 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 09:59:52.50 ID:qyMGxVkO0.net]
- ビューとモデルの分離って、ロジックに影響なく簡単に見た目を変えられることにあると思うのだが
- 930 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:01:10.65 ID:r9k2b4HI0.net]
- >>916
>>MVVMもそのうち消えるだろう。
MVPの派生だし消えるほど酷くはないけど。
自分はReactとかでViewModelとかいう概念は
便利に使わせてもらってる。
View(React,ts)+ViewModel(ts)+Model(C#)
- 931 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:01:25.28 ID:xVSriNge0.net]
- >>918
コード量は増えるけどバインド有ってのXAMLでしょう。
- 932 名前：デフォルトの名無しさん [2021/01/31(日) 10:05:34.29 ID:Odha2eMQ0.net]
- >>920
よくわからんがなかなかの上級者ですな。
元MASM使いなんだが今の方が覚えること多いわ。
- 933 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:10:11.38 ID:+eg72yeD0.net]
- >>914
あーなるほどね
俺とは疎結合・密結合の定義が全然違うわ
あなたは静的型付け・動的型付けみたいなものとして考えてるのね
疎結合は実行時解決だから統合開発環境で流れを追うのが難しくなると
まあそれも分からなくはないがな
俺の言ってる疎結合・密結合というのはそういった技術的に明確なものではなく概念的なものなんだ
インターフェースが明確に決められていて必要十分な最小限のやり取りがされるように設計されてれば疎結合
そういった取り決めがなくあちらこちらで繋がってるのが密結合
- 934 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:12:54.41 ID:xVSriNge0.net]
- >>922
NASMって何時の時代だよw
- 935 名前：デフォルトの名無しさん [2021/01/31(日) 10:16:14.30 ID:Odha2eMQ0.net]
- >>924
かれこれ40年はやってる。
- 936 名前：初心者 mailto:sage [2021/01/31(日) 10:17:36.86 ID:Mg++KL660.net]
- treeの子要素にアクセスするのめんどくて嫌になる
もっと簡単にして
- 937 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:31:27.08 ID:6A85emn00.net]
- >>918
UWPともう直ぐ出るWinUI3では、バインドでインテリセンス効くし型チェックもやってくれる
- 938 名前：デフォルトの名無しさん [2021/01/31(日) 10:34:11.79 ID:r9k2b4HI0.net]
- >>923
説明書いててそうかと思った！
「静的型付け・動的型付け」この型付けは開発完了時に
100%分かってないとダメだろうから型固定なんだよね。
「静的型リンク・動的型リンク」が正しい（昔はそう言ってた）と思ってるけど認識間違い？
>>923
>>インターフェースが明確に決められていて
ＡさんとＢさんが同一箇所の実装作業をしていて、
お互いが作成したクラスを呼びだす時、
その取り決めをインターフェースクラスとして作成して
これを別モジュールに切り出してお互い齟齬が出ないようにして開発する方式を
オブジェクト指向的な開発の基本と思ってるだけど、
この別モジュールのインターフェースクラスの役割を
疎結合に置き換えたプロジェクトが多いね。
テストしてても実行しないとバグわかんないし、
仕様書が必要になるから生産性下がんない？仕様書もらうより、
インターフェースクラスを寄越せと言いたくなるけど認識が低い？
- 939 名前：デフォルトの名無しさん [2021/01/31(日) 10:37:40.94 ID:r9k2b4HI0.net]
- >>927
WPFのバインディングはちょっと難しい構文を書くと、
合ってるのに警告出たりしてウザかったりするけど完璧なものになった？
- 940 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:42:02.91 ID:xVSriNge0.net]
- >>925
コンピュータが未だ真空管だった時代ですね
- 941 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 10:43:31.30 ID:6A85emn00.net]
- >>929
逆に厳密な方チェックになっているからintとdoubleの違いでもエラーとなるから
コンバーターかますかViewModelをイジる必要がある
あとコンバーターは型チェック無いからハマる時があるのが問題だったり
- 942 名前：デフォルトの名無しさん [2021/01/31(日) 10:55:16.05 ID:r9k2b4HI0.net]
- >>921
大昔からやってる（WinFXとか言ってた時代からやってる！！）と気づく人いたと思うけど、
WPFの開発者が目指したのは、開発時にBlandエディタが使える実装なんだよ。
Blandは別製品で今はVSに統合されたけど、使えてる人はいるのかな？
Blandを使わない時点で、WPF流MVVMの実装パターンはやりすぎだし過大だ。
そのくせ、コードビハインドは捨てきれてないし、
中途半端で今時流では欠点を指摘される事が多くなってる。
- 943 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 11:57:18.56 ID:7s2vE3J90.net]
- DreamWeaver が対応しないと
デザイナーは手を出さないでしょうな
- 944 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 12:23:09.41 ID:CDkVre3V0.net]
- >>932
Blendね
- 945 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 12:57:38.82 ID:jQyDM6Cn0.net]
- mvvmは疎結合というか、vmからvやUIフレームワークへの依存がないというのが一番の肝だろう。
だからUI抜きの結合テストが容易にできる。
- 946 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 13:16:59.40 ID:xVSriNge0.net]
- UI抜きの結合テストってなんじゃい
- 947 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 13:43:45.07 ID:FiwuPv0S0.net]
- WinUIはUWPの系譜だから事前バインディング x:Bind なんでしょ
イベントも対応しててちょっとしたボタンクリック程度ならコマンドパターン適用しなくていいし楽だったわ
あとMVVMじゃなくてMVUとかいうを使えとか
- 948 名前：デフォルトの名無しさん [2021/01/31(日) 17:56:29.56 ID:Odha2eMQ0.net]
- https://forest.watch.impress.co.jp/docs/news/1255558.html
ほう。
- 949 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 19:32:45.91 ID:6A85emn00.net]
- WinUI3は４ヶ月毎のマイルストーンって言っていたから
予定だと来月に出るが、何もアナウンス無いから延びるんだろうな
- 950 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 23:15:46.66 ID:Kkreym0u0.net]
- 個人的にはwinform よりmvvmwpfの方が設計を考えるのが楽だとは思う
コード量がアホみたいに増えてるとは思うけど
- 951 名前：デフォルトの名無しさん mailto:sage [2021/01/31(日) 23:24:50.28 ID:WbkXnsTD0.net]
- WPFでUI書いて処理はイベントにベタ書きが一番楽だわ
WinFormsよりUI要素のレイアウトしやすいし
- 952 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 01:16:36.92 ID:rq/3X0hM0.net]
- gridはレイアウト決めるときにすごく便利ですね
これだけでもメリットは大きい
- 953 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 06:13:34.77 ID:nwGyyZLi0.net]
- >>939
先々週に次の予定発表されたやん..
3月にサポートされるバージョンの0.5
で5月のbuildイベントで0.8
で、急遽、2月中にpreview 4
- 954 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 08:30:05.02 ID:FUNk1KeQd.net]
- >>932
それ一回も使ったことないわ
- 955 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 10:26:51.12 ID:7mzzL5vxd.net]
- >>942
それくらいならWinFormsのTableLayoutPanelと変わらなくない？
- 956 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 14:20:35.38 ID:Jz+8bDTmr.net]
- >>944
Blendつかえばmvvmの意味するものがわかるよ。
使うの多少ハードルあるけど、
なんでWPF流mvvmがこーなってるのか解る。
- 957 名前：デフォルトの名無しさん mailto:sage [2021/02/01(月) 22:36:11.32 ID:P+/hMLSZ0.net]
- >>943
https://youtu.be/MulUg7iD2-s
ソレのソースらしきもの見つけたが
ここではreunion0.5にincludes WinUI 3.って書いてあるのにな
それがpreview4ですか・・・
- 958 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 00:05:04.75 ID:zsk2qsaN0.net]
- >>947
preview 4はその最新のロードマップが発表された後に、プレビューリリースの間隔が長すぎという批判が出て急遽リリースされることになった
https://twitter.com/marbtweeting/status/1354134751766953984
2月 preview 4
3月 reuinoin 0.5
5月 reuinion 0.8
じゃないかな?
(deleted an unsolicited ad)
- 959 名前：デフォルトの名無しさん [2021/02/02(火) 00:22:15.18 ID:RoIAA49z0.net]
- WPFの本のKindle版を買ってまだあんまり読んでないのに
もう別のUI出るのかよ・・・
ちきしょー、紙版買っときゃよかったぜ
それなら中古で売れるのによ・・・
WPFにはクソな思い出しかない
- 960 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 00:36:40.96 ID:iARfrUqjM.net]
- WinUI以前にとっくの昔からWPFはレガシーなのに何を今更
- 961 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 03:37:50.94 ID:rKbxrD500.net]
- WinFormsとかWPFのいい所は、配布先のPCでだいたいランタイムの新規インストール不要で動くとこなんだけど、
WinUIだと当面ランタイムも同梱しないといかんよね？
- 962 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 05:02:04.51 ID:+YBVnJ9D0.net]
- こんな中途半端なものでレガシーとかWPF終わってるな
- 963 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 05:54:26.45 ID:NxFZfFhx0.net]
- デスクトップのUIは迷走状態ですなあ
- 964 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 09:10:36.54 ID:CKxQr0yQa.net]
- 今ならElectronが覇権取りそう？
- 965 名前：デフォルトの名無しさん mailto:sage [2021/02/02(火) 09:23:44.16 ID:eretDOma0.net]
- flutterかも
- 966 名前：デフォルトの名無しさん [2021/02/02(火) 20:42:27.60 ID:9gegCBvb0.net]
- windowのvisibilityにデータバインドして
イベントハンドラでhiddenになったらthis.close()してやろうとしているのですが
クソコードですか？
- 967 名前：デフォルトの名無しさん [2021/02/02(火) 23:17:21.74 ID:ys8JMHCh0.net]
- WPFも短命だなこりゃ。。
- 968 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 00:00:53.68 ID:U79XHMjd0.net]
- 充分生きたろ。大往生だよ。
- 969 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 00:43:16.96 ID:5b6XJ+8sM.net]
- WPFのリリースは2006年、もう15才だ
一般的なソフトウェアのサイクルとしては決して短くはない
結局日の目を見ることはなかったが、ここまでよく頑張ったよ
もう楽にさせてやろう
- 970 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 00:55:28.54 ID:tBRxw4yW0.net]
- WPFに関連する検索キーワード
wpf 普及しない
wpf 将来性
wpf 流行らない
WPF C#
wpf 将来性 2020
wpf サポート終了
- 971 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 01:45:34.69 ID:FZBBkmjF0.net]
- 十分日の目は見たやろ
- 972 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 02:46:56.03 ID:suCK4Q8d0.net]
- 他のキーワード
wpf 普及しない
wpf 将来性
WPF C#
wpf 将来性 2020
wpf 流行らない
WPF(Windows Form)
wpf サポート終了
WPF 入門
他の人はこちらも検索
What is WPF used for?
Is WPF Dead 2019?
What is a WPF project?
What is replacing WPF?
Why is WPF dead?
Why is WPF so slow?
- 973 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 07:52:02.77 ID:9W7Ice0KM.net]
- デスクトップで悩むならWebに逃げるわな
デスクトップでしかできない要件があるなら別だが
- 974 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 08:19:18.66 ID:/SpfYE47M.net]
- Web SerialとかWeb Usbあるから殆どのことは出来るのかな
- 975 名前：デフォルトの名無しさん [2021/02/03(水) 19:52:08.00 ID:jQBwY413M.net]
- 3年前のwebアプリって今動くの？
- 976 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 20:11:06.40 ID:kMe6ilrT0.net]
- 動かないことはないと思うがjQueryとか古い技術使ってそうね
今のreactやvue.jsなんかも数年立ったら古いって言われてると思う
Webは技術がコロコロ変わりすぎてやる気になれない
- 977 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 20:54:16.51 ID:NmjXw9sF0.net]
- 組み込みはずっと相変わらずc/c++だからそれはそれでモチベ維持難しいぞ
- 978 名前：デフォルトの名無しさん [2021/02/03(水) 23:29:27.89 ID:J0iktNk60.net]
- なんだ。勉強しようと思ったら終わりかよ。
業務アプリって明快でサクサク動くのが第一条件だからなぁ。
- 979 名前：デフォルトの名無しさん mailto:sage [2021/02/03(水) 23:42:55.06 ID:ioJArBze0.net]
- 軽さを求めるならWinForms一択
- 980 名前：デフォルトの名無しさん [2021/02/03(水) 23:57:50.08 ID:J0iktNk60.net]
- そう。
ボタンに影つけるとかアニメーション、回転なんて実際、どうでもいいんだよね。
- 981 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 00:42:38.32 ID:hcs7ROzx0.net]
- 軽さならUWPだな
ライブラリの使わない部分切り捨てるしAOTだしライブラリ自体がCOMオブジェクトだし
- 982 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 02:31:54.22 ID:e59RYOYD0.net]
- リユニオンでUWPもレガシー化するから、生き残るのはWinUIと、昔から裾野が広いWinForms
- 983 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 07:46:05.95 ID:36EJyZsE0.net]
- >>971
C++時代にCOMとかActiveXとかに手を出して、COMアレルギーになったわ
- 984 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 08:24:26.72 ID:ZtMmgGts0.net]
- 生き残るかどうかといったら大体生き残るだろ。
はっきり死亡宣告されたのはC++/CLIとかGDI+くらい。事実上死亡はC++/CXとか。
- 985 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 08:27:11.93 ID:nQ02ZkdOM.net]
- vb6がまだ死んでないんだぜ
- 986 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 09:29:31.02 ID:lfkJlpDH0.net]
- 開発環境維持するのが手間になるんだよな
- 987 名前：デフォルトの名無しさん [2021/02/04(木) 10:31:10.36 ID:3GUGjOuU0.net]
- >>970
同感
社外に出すなら知らんけど、うちは社内の業務アプリ開発やってるから見栄えよりもパフォーマンス重視なんだよね
みんなWinFormsでやってて、社内でWPFやってるの俺しかいねぇ
リアルタイムでグラフが動いたりすると「おおーっ」と言われるが、作った俺本人は別に要らんかったなと思ってる
- 988 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 10:32:41.38 ID:89VtoA6h0.net]
- もしかして俺また何かやっちゃいました？
- 989 名前：デフォルトの名無しさん [2021/02/04(木) 11:03:30.76 ID:ZzRKCYY/0.net]
- >>973
もったいないな
COMは良いぞ
- 990 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 12:00:02.99 ID:aKVEM25d0.net]
- COMもうサポートされないやん
このままだとExcelもいずれ死んじゃう
- 991 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 12:01:05.22 ID:3bXGR69vM.net]
- windowsはcomだらけでしょう
- 992 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 13:29:37.28 ID:llP+HC4ja.net]
- COMはレジストリ使うから面倒くさい
- 993 名前：デフォルトの名無しさん [2021/02/04(木) 17:45:56.09 ID:3GUGjOuU0.net]
- ホント、COMぁったもんだ
- 994 名前：デフォルトの名無しさん mailto:sage [2021/02/04(木) 20:23:26.38 ID:ZtMmgGts0.net]
- >>977
暗にWPF使うアプリケーションは見栄え重視と言いたいようだけどそんなん少数派だよなぁ。
というか本当にそれ目的でWPFやってんの？
- 995 名前：デフォルトの名無しさん [2021/02/04(木) 21:39:09.24 ID:ih5/H8FP0.net]
- 高DPI時代にWinFormsは無理
- 996 名前：デフォルトの名無しさん [2021/02/04(木) 23:43:38.22 ID:OAJDFKMl5]
- バカ不平多し★へつらい生きてるからリストラ対象
https://www.youtube.com/watch?v=carOYI-xNoI
勝ちは偶然、負けは必然★負けて消えた人に足りなかったものは？
https://www.youtube.com/watch?v=agAQTF1OaBU&t=38s
リーダー達の給料が高いのは単純労働者じゃないから
https://www.youtube.com/watch?v=8o9il6dVXGk
できません、自信がありません、無理です★ボンクラにしたのは誰？
https://www.youtube.com/watch?v=54YNXSQsxuM
9割の人は、ただの作業員★自学自習こそ仕事の基本
https://www.youtube.com/watch?v=vIGKDmmBJcs
サラリーマン、10年経てばボンクラ説
https://www.youtube.com/watch?v=QdfVJnVuLlY
- 997 名前：デフォルトの名無しさん [2021/02/04(木) 23:48:33.11 ID:rPrK7o6X0.net]
- >>970
ま、両方できるならそれに越したことは
ないがな。
- 998 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 05:42:40.73 ID:OpH7IlXC0.net]
- MSはReactivePropertyとかPrismみたいなの取り込む気はあるのかな
MSでWPFの冗長さが問題になってなさそうなのが不思議
- 999 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 07:17:55.50 ID:8dD588qGM.net]
- MSはWPFほとんど使ってないんじゃ…
- 1000 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:17:47.81 ID:93xMJ7WGM.net]
- >>989
visual studio
- 1001 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:24:41.67 ID:8dD588qGM.net]
- それだけだ！
- 1002 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:26:54.02 ID:93xMJ7WGM.net]
- そうかも
- 1003 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 08:44:17.48 ID:8dD588qGM.net]
- MSの縦割り組織の悪い面だとおもう
オフィスはReactNative
VSCodeはなんだっけな、これもjs系言語で作ってたとおもう
Windowsの衰退はWPFの衰退
- 1004 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 09:27:46.93 ID:I+zADhcc0.net]
- >>993
いや、単一の技術に全集中する方がヤバい
まあ余力がある企業だからできる技だけど多方面に分散するのは生き残る知恵だよ
- 1005 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 09:45:22.14 ID:8dD588qGM.net]
- >>994
そういうことではなくて
自分の会社が作った技術を他の事業部がほとんど使わないんだよ
色々技術つけるのはいいよ？でもその技術作った会社がほぼ使ってないってどーいうことなの？
ってなる
なんかその辺の企業にありがちなオレオレフレームワークと一緒じゃん
- 1006 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 09:55:20.95 ID:93xMJ7WGM.net]
- visual studioなんか自社が人柱となってベータ版を積極的に使って改善していたと言うのは過去の話か
- 1007 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 10:19:13.81 ID:qkdTZe/m0.net]
- ドッグフード食うって話より、例えばOfficeでもWPF使えよって話なのでは
- 1008 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 10:20:52.50 ID:I+zADhcc0.net]
- >>995
自分の事業部で使ってるんでしょ？
事業部制ってそう言うもんだよ
別会社みたいなもんだし、下手すると現場では競合したりもする
日本でも昔はそういう企業も多かったけど無駄だからやめようとトップダウンにして現場の士気は下がって業績もついでに下がってるw
- 1009 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 10:50:00.78 ID:Jm9ro3zS0.net]
- WPFというとかぎられてしまうけど、
XAMLという括りで見ると
社内開発ツールとしてのシェアないの？
windows8以降のOS周りは
全部XAMLじゃないの？
- 1010 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 12:22:25.06 ID:8dD588qGM.net]
- >>998
事業部制はほんとつらい
乱立するオレオレフレームワークに振り回されている…
MSと他企業の違う点は、MSは作った開発フレームワークを公開してるとこだな
>>999
それは確かに。
- 1011 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 12:49:32.44 ID:QFQT7eD40.net]
- MSはVisual Studioの方向性も考えたほうがいいな
以前はVSとWeb開発の親和性を高めるためにASP.NETを生み出したりしてた
こんなやり方は今後は通用しない
今後はMSが歩み寄ってVS使えばReactやvue.jsの開発が楽になります！みたいな方向になっていって欲しい
さすがに巨人MSでもWeb技術を自社で囲い込むのは無理だ
- 1012 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 12:55:09.45 ID:AV0Gp17OM.net]
- >>1000
MSは作る立場の会社なので使うだけの会社とはちょっと違う
使うだけの会社なら標準化すべきだよ
- 1013 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:00:33.45 ID:Kj/KBKr1r.net]
- >>1001
VScodeが担う役割じゃないの？
それらじゃ充分デファクトになっとるし。
- 1014 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:40:59.80 ID:QFQT7eD40.net]
- MSはVSCodeに注力しすぎだろ
このままじゃ有料のVisual Studioが死んでしまう
MSは製品販売で収益上げるのをやめるのかな
無料のVSCodeでいいソフト作ってくださいねー Azuleで動かしてくださいねー という戦略だろうか
- 1015 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:56:04.02 ID:Kj/KBKr1r.net]
- VSは随分前から
フェードアウトしてるようにみえてるけど。
- 1016 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 18:58:04.45 ID:xu/l+szrM.net]
- VSCodeは開発者のWindows離れ問題への対策の一環でしょ
Web開発でWindowsは使い物にならなかったのが、VSCodeやWSLによってここ数年で急速に改善された
Windowsへの繋ぎ留めが目的とはいえWeb技術に疎いドザ達だけに任せてたらエコシステムとして成長しないから、VSCodeはマルチプラットフォームにする必要があった
- 1017 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 19:35:53.38 ID:7lMcNRUl0.net]
- 有料のVS無くなってもいいから日本語ドキュメント整備に力入れて欲しいわ
- 1018 名前：デフォルトの名無しさん mailto:sage [2021/02/05(金) 19:48:47.85 ID:jklBcEmFM.net]
- 確かに
あのdocsの日本語?読んでいると
頭が痛くなるな
- 1019 名前：1001 [Over 1000 Thread.net]
- このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 424日 7時間 12分 34秒
- 1020 名前：過去ログ ★ [[過去ログ]]
- ■ このスレッドは過去ログ倉庫に格納されています
|
 |
