する質問をすることでしか得られない、回答やアドバイスがある。48K+退会済みユーザーWindowsプラットフォームでソフトウェアを新規開発するのですが、チーム内でWindowsForms、WPF、UWPのどれを採用するか割れています。個人的には、今からはUWPなのかなとは思っていましたが、UWPを調査するとガチガチのセキュリティや配布方法に難があるなど、ちょっと過剰制約な気がします。WPFかと思いますが、WPFは実質ほとんど普及していないというのも懸念の一つです。WPF(MVVM)の仕組みが公表されてしばらく経つそうですが、結局WindowsFormsが普及しています。WPFやUWPなどのMVVMで作成することが良いことは確実なのですが、色々調べたりチーム内事情を鑑みると、WindowsFormsを選択すべきなのかとも思えてきました。そこで、実際に新規開発する際に、どれを選ぶべきか、またはその選択基準はどうなのかをアドバイス等いただけませんでしょうか。同じように新規でソフトウェア開発された方の経験等あれば是非聞かせていただきたいです。ちなみに、新規開発するソフトウェアとその環境等の条件は、以下の通りです。Windows上での動作を前提としている対象OSはWindows7またはWindows10を前提としているが、UWPで開発することになるならば、Windows7は外すことを検討できる(ただしUWPの他との優位性を説得できるならば)業務用アプリである既存ソフトウェア(Win32)の入替開発としての新規開発ソフトウェアであるので、今まで動いていたのに動かないというのは厳禁(信頼性が重要)チームメンバーのソフトウェア開発経験はWin32アプリが主。(WindowsFormsさえ経験ない者が多い)サーバ・クライアント構成である。(調査したところ、UWPはSQLServerとの接続は不可能?らしい。別途Webサービスを立てる必要がるとのこと)attachmentクリップ5気になる質問をクリップするクリップした質問は、後からいつでもマイページで確認できます。クリップした質問に回答があった際、通知やメールを受け取ることができます。自分も答えを知りたい質問者以外のユーザにも役立つ評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。質問の評価を上げたことを取り消します低評価-評価を下げられる数の上限に達しました評価を下げることができません1日5回まで評価を下げられます1日に1ユーザに対して2回まで評価を下げられます質問の評価を下げるteratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。コメントをしてください。送信する質問の評価を下げる機能の利用条件この機能を利用するためには、以下の事項を行う必要があります。なれることを選択した今、果たして本当に将来があるのかどうか疑問に思います。現状に対応する選択肢が魅力的に映ります。開発しやすく外観が美しく作れるという特長はありますが、学習コストは高めで、外観を美しくしないといけない無言の圧力がかかるため、社内のこれまでのコード資産次第では、ビジネスソフトで無理して採用するべきかどうかも疑問です。採用することで高解像度への対応を図っていますので、たちまち困るというものでもありません。私の意見をまとめるとどれを選んでも将来性に安心はできない。選ぶ方がまだ不安が少なそう(もちろん私の個人的な印象です)将来が不明瞭な現時点で学習コストや過去の資産をどう考えるかの二点です。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。commentコメント投稿link+5こんにちは。旧資産やライブラリに引っ張られない限りはWindFormsは私は外します。個人的な経験から言うと、高DPIや、透過などグラフィック周りの制約が面倒になることが多いです。チームビルディングが既に終わっているようですのでチームメンバーのスキルとも合わせたほうが良いと思います。Win32に一番近いのはWinFormsかなと思います。WPFかUWPかは悩ましいので要件次第だと思います。リプレースであれば、既存ソフトウェアの機能と新しい要求などを棚卸し、そのうえで選定されたほうが宜しいかと思いますが、WPFであればUWPよりも要求事項に耐えやすいとは思います。仰っているように機能上の制限が少ないので。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。16:45ありがとうございます。検討させていただきます。ありがとうございます。検討させていただきます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。編集ありがとうございます。おっしゃる通り、リプレース後はもちろん機能アップもしますが、外向きにはUIのモダン化が主になります。ロジック部分は初回リリースが約20年前のもので、いかんせん作りが悪い(OOPですらない)ため、内部的には大幅なリファクタリングが目的の一つとなっています。(質問に記載しておくべきでした。Frameworkを使用しようとなりました。個人的にはC#の経験が乏しいため、ステップアップも含めてC#を用いて開発をしたいという考えがあります。WPFの件、体験談を参考にさせてもらいます。おっしゃる通り、バインディング等の説明をすると、早くも「WPF=使えない」という印象をもったメンバーもおりました。WPFにするとしても、そこらへん、ある程度は柔軟に進めていく必要はあるのかなと思います。ありがとうございます。おっしゃる通り、リプレース後はもちろん機能アップもしますが、外向きにはUIのモダン化が主になります。ロジック部分は初回リリースが約20年前のもので、いかんせん作りが悪い(OOPですらない)ため、内部的には大幅なリファクタリングが目的の一つとなっています。(質問に記載しておくべきでした。Frameworkを使用しようとなりました。個人的にはC#の経験が乏しいため、ステップアップも含めてC#を用いて開発をしたいという考えがあります。WPFの件、体験談を参考にさせてもらいます。おっしゃる通り、バインディング等の説明をすると、早くも「WPF=使えない」という印象をもったメンバーもおりました。WPFにするとしても、そこらへん、ある程度は柔軟に進めていく必要はあるのかなと思います。キャンセル完了するlinkcheckベストアンサー+2WinFormsは出来るだけ外したいと考えます。説明文を読む限り、経験が少ない人が多いとのことなのでWPF・UPFで開発するよりかはWinFormsでの開発のほうがスムーズに進めることができるかもしれません。Update上での実行のみでWinFormsにも高DPIのサポートがされるようになるのでそのあたりも説明の要素として提案してみては如何でしょうか。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。16:44ありがとうございます。検討させていただきます。ありがとうございます。検討させていただきます。高解像度環境への対応が絶望的なので、「今後」で言えば避けるのが無難です。方が(まだ)機能的な面で有利ですが、将来性という面では少し不安を感じます。ご存知のように制約が多いです。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。16:42ありがとございます。新規開発なので、WinFormsは避けたほうがよいですよね。ソフトウェアの開発工数や特性上、UWPの制約は許容できないだろうという話になっております。参考にさせていただきます。新規開発なので、WinFormsは避けたほうがよいですよね。ソフトウェアの開発工数や特性上、UWPの制約は許容できないだろうという話になっております。参考にさせていただきます。【UWP】画像ビューワー、フォトと同様のことを行いたいです。頂いたご意見への回答は行っておりません。