アカウント名:
パスワード:
> Metro Style Appsについてはx86版Windows 8とバイナリ互換であるのだが、バイナリ互換なんだっけ? ソースコードの再コンパイルが必要だと思ってたんだけど。むしろ.NET FrameworkみたいなVM上で動くわけでもないのにどうやったらバイナリ互換にできるの?
むしろ.NET FrameworkみたいなVM上で動くわけでもないのにどうやったらバイナリ互換にできるの?
その通りです。ですから.NET Framework使ってます。今出回っているWindowsPhone向けのMetroアプリは一部例外を除き [nanapho.jp]全て.NET上のVM上で動いてます。
>その通りです。ですから.NET Framework使ってます。>今出回っているWindowsPhone向けのMetroアプリは一部例外を除き [nanapho.jp]全て.NET上のVM上で動いてます。
それはまったく話が違う。つーかあなたの話はいつも筋違いばかり。
たとえばAndroidはDalvik VMを実装しJavaっぽいもの(と一応書いておく。ベースのHarmonyがOracle/Sunの認証通ってないから)で記述したアプリ開発ができるけど、それはWindows上などで動作するOracle/SunのJavaランタイムと互換性を取るためにやっていること”ではない”。
スマホ向けにおいてOS開発側やアプリ開発側の負担を下げるのにおい
参考になるかわかりませんが...
http://japanese.engadget.com/2012/02/02/windows-phone-8-windows-8-nfc/ [engadget.com]
http://www.atmarkit.co.jp/fdotnet/chushin/xamlfamily_01/xamlfamily_01_... [atmarkit.co.jp]
http://www.atmarkit.co.jp/fdotnet/chushin/xamlfamily_02/xamlfamily_02_... [atmarkit.co.jp]
まあ、カーネルがどうかはいいんですがMetro Style App = WinRT(on CLR)であり、現WP7でも利用されてる部分がある、というカンジじゃないかと。
なので、コメ元は多少はしょってますが、言いたいのは下が.NET(CLR)になっており、Win8/WP8で共通となる(カンジ)ということじゃないかなー。# もちろんネイティブ呼びだししたらどうしようもない
という気がします...どっか抜けてなければ。
>なので、コメ元は多少はしょってますが、言いたいのは>下が.NET(CLR)になっており、Win8/WP8で共通となる(カンジ)ということじゃないかなー。
問題は、はしょるどうこうでなくまずスタート地点の「バイナリ互換性のためにWP7はsilverlight上でのアプリ開発とされたのだから(注:完全に間違い)」からです。スタートが間違いなのでその先の過程はぶっちゃけ全部無意味です。
ちなみに、Win8/WP8でも(あなたの表現で言う).NET(CLR)上でのバイナリ互換性は確保されません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
バイナリ互換 (スコア:0)
> Metro Style Appsについてはx86版Windows 8とバイナリ互換であるのだが、
バイナリ互換なんだっけ? ソースコードの再コンパイルが必要だと思ってたんだけど。
むしろ.NET FrameworkみたいなVM上で動くわけでもないのにどうやったらバイナリ互換にできるの?
Re: (スコア:2)
その通りです。ですから.NET Framework使ってます。
今出回っているWindowsPhone向けのMetroアプリは一部例外を除き [nanapho.jp]全て.NET上のVM上で動いてます。
Re: (スコア:0)
>その通りです。ですから.NET Framework使ってます。
>今出回っているWindowsPhone向けのMetroアプリは一部例外を除き [nanapho.jp]全て.NET上のVM上で動いてます。
それはまったく話が違う。つーかあなたの話はいつも筋違いばかり。
たとえばAndroidはDalvik VMを実装しJavaっぽいもの
(と一応書いておく。ベースのHarmonyがOracle/Sunの認証通ってないから)で記述したアプリ開発ができるけど、
それはWindows上などで動作するOracle/SunのJavaランタイムと
互換性を取るためにやっていること”ではない”。
スマホ向けにおいてOS開発側やアプリ開発側の負担を下げるのにおい
Re:バイナリ互換 (スコア:1)
参考になるかわかりませんが...
http://japanese.engadget.com/2012/02/02/windows-phone-8-windows-8-nfc/ [engadget.com]
http://www.atmarkit.co.jp/fdotnet/chushin/xamlfamily_01/xamlfamily_01_... [atmarkit.co.jp]
http://www.atmarkit.co.jp/fdotnet/chushin/xamlfamily_02/xamlfamily_02_... [atmarkit.co.jp]
まあ、カーネルがどうかはいいんですが
Metro Style App = WinRT(on CLR)であり、現WP7でも利用されてる部分がある、というカンジじゃないかと。
なので、コメ元は多少はしょってますが、言いたいのは下が.NET(CLR)になっており、Win8/WP8で共通となる(カンジ)ということじゃないかなー。
# もちろんネイティブ呼びだししたらどうしようもない
という気がします...
どっか抜けてなければ。
M-FalconSky (暑いか寒い)
Re: (スコア:0)
>なので、コメ元は多少はしょってますが、言いたいのは
>下が.NET(CLR)になっており、Win8/WP8で共通となる(カンジ)ということじゃないかなー。
問題は、はしょるどうこうでなくまずスタート地点の
「バイナリ互換性のためにWP7はsilverlight上でのアプリ開発とされたのだから(注:完全に間違い)」からです。
スタートが間違いなのでその先の過程はぶっちゃけ全部無意味です。
ちなみに、Win8/WP8でも(あなたの表現で言う).NET(CLR)上でのバイナリ互換性は確保されません。