by
Anonymous Coward
on 2006年09月28日 18時02分
(#1028355)
どうもここ最近のMicrosoftの開発環境部門はプロジェクト抱えすぎててリソース足りてなさそうですからねぇ。 Visual Studio 2005に加えてVisual Studio .NET 2002/2003の対応までやらせた結果、両方中途半端な結果になるよりは、最低限Visual Studio 2005をちゃんと動くようにしてくれないと困ります。
なお、Visual Studio .NET 2002/2003 で作ったアプリケーションは Windows Vista で動くそうです。
問題はそこではなく、Vistaでのセキュリティモデル等の変更による広範囲な影響の方で、開発者はむしろそちらに注意を向けるべき時期かと思います。 例えばサービスセッションの分離や、特権プロセスへのメッセージフックやSendMessageの無効化等、やばげな話がてんこ盛りです。 参考:Windows Vista の新技術 [wankuma.com]
セキュリティという意味では、ネイティブアプリケーションのデバッグ機能はセキュリティリスクが高いことも関係しているかもしれませんね。 従来と同じデバッグ機能を提供しようとすると、場合によってはOS標準のセキュリティ機能を回避するための仕組みが必要になる可能性もあり、その辺の対応をVisual Studio .NET 2002/2003についても行う余力なんてとても無い、という状況なのかもしれません。
開発環境以前に手元のコードは大丈夫ですか? (スコア:5, 興味深い)
Visual Studio 2005に加えてVisual Studio .NET 2002/2003の対応までやらせた結果、両方中途半端な結果になるよりは、最低限Visual Studio 2005をちゃんと動くようにしてくれないと困ります。
これは多分伝言ゲームで訳されただけでしょうが、元々の発言は、恐らく「.NET 1.xアプリケーションは(Vistaに標準搭載の)CLR 2.0で基本的に動くよ」という意図であることに注意する必要があるでしょう。
もちろんWin32アプリケーションも動きます。
問題はそこではなく、Vistaでのセキュリティモデル等の変更による広範囲な影響の方で、開発者はむしろそちらに注意を向けるべき時期かと思います。
例えばサービスセッションの分離や、特権プロセスへのメッセージフックやSendMessageの無効化等、やばげな話がてんこ盛りです。
参考:Windows Vista の新技術 [wankuma.com]
セキュリティという意味では、ネイティブアプリケーションのデバッグ機能はセキュリティリスクが高いことも関係しているかもしれませんね。
従来と同じデバッグ機能を提供しようとすると、場合によってはOS標準のセキュリティ機能を回避するための仕組みが必要になる可能性もあり、その辺の対応をVisual Studio .NET 2002/2003についても行う余力なんてとても無い、という状況なのかもしれません。
Re:開発環境以前に手元のコードは大丈夫ですか? (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
Re:開発環境以前に手元のコードは大丈夫ですか? (スコア:3, 参考になる)
UAC下でもデバッガは動いていますし、一般ユーザーでも、Debugger Usersに自分を登録すればよいだけです。このあたりは、XP上でも一般ユーザーで開発を行う上では常識だったので、特にVistaで問題になるというわけではありません。