「x86向けバイナリを実行できるARM版Windows 10が発表される」記事へのコメント

諦め

[Anonymous Coward]

バイナリ変換に手を出すということは、もう.NetやストアやModern UIは諦めたのかな。

Re:

[Anonymous Coward]

そういう寝言はストアがなくなったときに言え
これは「レガシーなソフトの救済」であって、「これからのソフト」のためには、新機能はWindowsRuntimeのほうに追加されていくし、ストアもなくらない

Re:諦め

[Anonymous Coward]

もう15年くらい同じようなことを聞いているような気がするんだけど…。
レガシーはいつなくなるんでしょうか。

Re:諦め

[Anonymous Coward]

無くならんね…
判らんかね…
続くね…
無くならないね…
80386が発明された時から人間との関係は決まってたのさ

Re:

[Anonymous Coward]

無くならんからレガシーなんだし。

現実問題として市場に出てる製品は、新規製品は当然ですけど、旧製品のバージョンアップとかですら、半分近くがすでに.NETだったり、部分的に.NET 移行されてたりしますからね。
ARM 版でもレガシーアプリを動かせるようにするってのは、市場として .NET への移行が完了したという判断でしょう。
x86 なアプリが未だに市場の主流だと思っているなら、性能的の大きなデメリットをかかえてまでやる理由がないでしょ。

Re:

[Anonymous Coward]

でもね、いまだにWPFって日本語縦書きに対応してくれていないんですよ。
（せめて画面・プリンタへの描画ぐらいは標準サポートしてくれ、と）
データ・バインディングとか便利で良いのですけど、根っこのところでWin32を呼び出さなきゃならなくなることが多すぎる。
だからこそWin32エミュレーションが必要だったんじゃないのかな？

# Win32/MFC・Windows Forms・WPF・WinRT・UWPと、フレームワークが迷走しすぎ。

Re:

[Anonymous Coward]

WPF の枠組みで縦書きするにはグリフコードいるから GetDC と gdi32 まわりの API 使うのが現実的ではあるね。
フォントファイル読んでグリフコードテーブル読む実装すれば、Win32呼ばなくてもいいけど、面倒くさくて Win32 に逃げたことあるな。

そのとき MS に問合せたんだけど、WPF の縦書き対応は現バージョンで完了としてるから今後も対応する予定ないって言われたんだよね。