アカウント名:
パスワード:
両方作ればいいだろ。携帯端末向きエディションにはオミットしても。
そろそろ滅んでいいだろ、旧式のデスクトップアプリは。次世代のデスクトップアプリはUWPで作れ。
「どうせ全書き換えならiOSかAndroidに出すわ」
全書き換えじゃないだろ。WPFからUWPに移行するだけ。UWPの方が高機能になってる部分もある。
高機能になってる部分もあるけど、全般手には機能が乏しい。かつ、UWP はUIスレッドで使える処理量は皆無に等しいレベルになってるので、古き良きWPF的なアプリは、そんな簡単に UWP 化はできない。まぁ出来なくはないんだがコンパイル通るけど、実行しようとするとしょっちゅう強制終了という話になる。一般的には UWP化はアーキテクチャレベルで作り直しになる。
そうだよな、これだよね。完全には代替えになるレベルになってない。このことをMSが認識して努力中なのかそうでないのか明らかでない(後者と思えてしまう)のがやる気でない点。
認識してると思うよ。わかってやってる。移植しようとすると足りない部分が多いけど、作り直しすることを前提としては十分に高機能で代替になるレベルにはなってる。
CPU 以外は異常に遅いとか、並列化を前提に物を考えるとかいう時代に即してくると、世の中のアーキテクチャは、あらゆるレベルで非同期プログラミングに変わってく必要があると考えてるんだろう。もちろん今のハードウェアに最適化するための手段は非同期プログラミングである必要はないのだろけど、MS は非同期を主流にしたいのだろう。なので、イベントドリブンだったりシングルスレッドな既存のアプリは互換レイヤで動かしてやるけど、ネイティブなものは全て非同期プログラミング必須な UWP で、作り直せってことなのだろう。
だから将来的にも UWP でWPFみたいなアプリの組み方が出来るようになることはないだろう。認識しており、そうさせたくないと思ってるのだろうから。
まるでWPFなら普及しているかのような。大半のデベロッパーはなんだかんだで互換性の一番高い生Win32とかMFC、精々C#でWindows Forms止まりじゃないの。
業界によっては移行が進んでたりすんのかね。
んなこたーない。
お前の認識は10年遅れてる。客でさえWinForm使うデベロッパーは技術力低いってわかってるのがいる。開発プラットフォームはこちらが決めてよいと言いつつも「まさか今更WinFormなんか使わないですよね?」と釘を刺された。結局その案件はWPFになった。まだWindows7が現役だからUWPは選択肢に入らない。
生産性を考えたらWindowsのデスクトップアプリはWPFしかないだろう。Windows10が企業に完全に普及したら変わってくるかもしれんが。
html5でできるものなら、html5一番対応範囲が広いのでは?レンダリングエンジンで挙動の差があるかもだけど
http://www.publickey1.jp/blog/18/progressive_web_appspwawindows_10wind... [publickey1.jp]
それをやったヤマト運輸が、いま地獄を見ているところです…
UWPだったら地獄じゃなかったかというと
大多数のハンディターミナルはWinCEでしょ。Androidで実装してみたら一日数回は再起動が必要とか、かつてのWin9x時代を思い出すでござる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
Windows Core OSは原則として(中略)従来のデスクトップアプリを実行する機能はない (スコア:0)
両方作ればいいだろ。携帯端末向きエディションにはオミットしても。
Re: (スコア:0)
そろそろ滅んでいいだろ、旧式のデスクトップアプリは。次世代のデスクトップアプリはUWPで作れ。
Re: (スコア:0)
「どうせ全書き換えならiOSかAndroidに出すわ」
Re: (スコア:0)
全書き換えじゃないだろ。WPFからUWPに移行するだけ。UWPの方が高機能になってる部分もある。
Re: (スコア:0)
高機能になってる部分もあるけど、全般手には機能が乏しい。
かつ、UWP はUIスレッドで使える処理量は皆無に等しいレベルになってるので、古き良きWPF的なアプリは、そんな簡単に UWP 化はできない。まぁ出来なくはないんだがコンパイル通るけど、実行しようとするとしょっちゅう強制終了という話になる。一般的には UWP化はアーキテクチャレベルで作り直しになる。
Re: (スコア:0)
そうだよな、これだよね。完全には代替えになるレベルになってない。このことをMSが認識して努力中なのかそうでないのか明らかでない(後者と思えてしまう)のがやる気でない点。
Re: (スコア:0)
認識してると思うよ。わかってやってる。
移植しようとすると足りない部分が多いけど、作り直しすることを前提としては十分に高機能で代替になるレベルにはなってる。
CPU 以外は異常に遅いとか、並列化を前提に物を考えるとかいう時代に即してくると、世の中のアーキテクチャは、あらゆるレベルで非同期プログラミングに変わってく必要があると考えてるんだろう。
もちろん今のハードウェアに最適化するための手段は非同期プログラミングである必要はないのだろけど、MS は非同期を主流にしたいのだろう。
なので、イベントドリブンだったりシングルスレッドな既存のアプリは互換レイヤで動かしてやるけど、ネイティブなものは全て非同期プログラミング必須な UWP で、作り直せってことなのだろう。
だから将来的にも UWP でWPFみたいなアプリの組み方が出来るようになることはないだろう。認識しており、そうさせたくないと思ってるのだろうから。
Re: (スコア:0)
まるでWPFなら普及しているかのような。
大半のデベロッパーはなんだかんだで互換性の一番高い生Win32とかMFC、
精々C#でWindows Forms止まりじゃないの。
業界によっては移行が進んでたりすんのかね。
Re: (スコア:0)
んなこたーない。
Re: (スコア:0)
お前の認識は10年遅れてる。客でさえWinForm使うデベロッパーは技術力低いってわかってるのがいる。
開発プラットフォームはこちらが決めてよいと言いつつも「まさか今更WinFormなんか使わないですよね?」と釘を刺された。
結局その案件はWPFになった。まだWindows7が現役だからUWPは選択肢に入らない。
生産性を考えたらWindowsのデスクトップアプリはWPFしかないだろう。Windows10が企業に完全に普及したら変わってくるかもしれんが。
Re: (スコア:0)
html5でできるものなら、html5一番対応範囲が広いのでは?
レンダリングエンジンで挙動の差があるかもだけど
Re: (スコア:0)
http://www.publickey1.jp/blog/18/progressive_web_appspwawindows_10wind... [publickey1.jp]
Re: (スコア:0)
それをやったヤマト運輸が、いま地獄を見ているところです…
Re: (スコア:0)
UWPだったら地獄じゃなかったかというと
Re: (スコア:0)
大多数のハンディターミナルはWinCEでしょ。
Androidで実装してみたら一日数回は再起動が必要とか、かつてのWin9x時代を思い出すでござる。