INASOFT 管理人のひとこと

Windows 7とWindows 8って、Windowsのコアな部分の動きはほとんど変わっていないのかなぁと思っていたんだが、どうもそうでもないっぽいんですね。

ウィンドウを作成したときと、それにともなって画面が描画されるときの動きが、Windows 7とWindows 8で同じプログラムを動かしたときに、動きが微妙に違う。グラフィック周りの改善というか最適化は、けっこう食い込んできている感じがします。

ちなみにどういった現象が起きているかというと、Windows 7では、CreateWindow() した後、状況によっては WM_PAINTが2回呼び出されるらしいんだが、Windows 8では、WM_PAINTが1回しか呼び出されないというもの。

んで、メッセージループの直前に InvalidateRect(hWnd, NULL, TRUE); を1つ入れると、Windows 7でもWindows 8でも、WM_PAINTが2回呼び出されるようになるという感じです。

Windows 8では、画面再描画の回数を極力減らすことによって、動作を早くしようとする、OS開発者の努力が垣間見られる感じ。ただ、暗黙の内にWM_PAINTが2回呼び出されることでギリギリバグを回避しているようなプログラムだと、この動きがアダになってうまく動かなくなるみたいです。

とはいえ、.NET Frameworkを使っていたり、フォームアプリケーションを作っていて、初期描画に問題が起きたことはないので、たぶん、プログラミングスタイルと相性の問題があるんだろうな。こういうのは。

本来、プログラムが正しく作られていれば、どのようにWM_PAINTが呼び出されていようが正しく動くはずなわけですが、上記の通り、過去のWindowsでそういった動きをしているので、開発者としては気づかずに過去のWindowsの動きに依存したプログラムを書いてしまっていて、Windows 8の登場まで気づかなかったということになります。

それにしても、2015年にもなって、こんなにバリバリGDIのAPIを使ったプログラムに頭を悩ませることになるとは思わなかったです。最近は、OSレイヤーに近いようなことで頭を悩ませることはほとんどないような開発環境が整ってきているから。まぁ、OSレイヤーに近いところで頭を使うのは、良い感じで頭の体操になるから、たまにはやっておかないとバカになってしまうかもしれないですね。

普段は、OSレイヤーから遠いところに頭を使うことを多くしておいた方が、クリエイティブなことに時間が割けるから。普段はそれでいいんですけどね。

Windows 7とWindows 8の違いといえば、USBのマウスやキーボードを、動作中に差し込んだ場合に、使用可能になるまでの反応の早さが大きく違いますね。

Windows 8では、それこそ差し込んだ直後から使えるのに、Windows 7では、差し込んでから認識するのに時間がかかるらしく、ちょっとイライラする。