アカウント名:
パスワード:
……既存のソフトウェア資産どーすんだよ
iOS の元となった OS である Mac OS X でいえば、そもそも少し前のだって、x86 と PowerPC の混成バイナリだったし、今は 32bit と 64bit の2種類のバイナリがワンパッケージ化されていたりしますので。そういうユニバーサルなのは Apple の十八番です。
無論、ユニバーサルでないバイナリそのものを動かそうとしたらエミュがいるけど。そんな環境を用意しなくても、普通はあっという間に対応ソフトがそろう。
なぜならば、ほとんど、開発環境だけで吸収できる。ぶっちゃけビルドし直すだけなので。
一瞬でアプリ側で新しいCPUに対応できます。そして、Atom と ARM の両方に対応したパッケージとしてアプリをリリースできる。
全くなんの問題もなく、過去の資産を使えますよ。そういう事態が起きても心配無用。
全くなんの問題もなく、過去の資産を使えますよ。
ビルドが通れば問題なくアプリは動作すると思ってる方? おめでたいですね。
えるしってるか
あいほんあぷりのかいはつでつかうしゅみれーたーは
x86のこーどでうごいてる
しゅみれーたー(ママ)で動かしてればリリース前の実機での動作確認は不要という主張ですか?
正直言って、x86のシミュレータと(存在するとして)x86の実機より、シミュとARMの実機との差異のほうが大きいと思うぞ実機オンリーで開発してれば知らんが
x86からARMにスイッチしますというのなら一苦労するだろうけどな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
Intel「今後のiPhoneもiPadも全部Atom採用にするなら作ってやるよ(ホジホジ」 (スコア:0)
……既存のソフトウェア資産どーすんだよ
Re: (スコア:1)
iOS の元となった OS である Mac OS X でいえば、そもそも少し前のだって、x86 と PowerPC の混成バイナリだったし、今は 32bit と 64bit の2種類のバイナリがワンパッケージ化されていたりしますので。そういうユニバーサルなのは Apple の十八番です。
無論、ユニバーサルでないバイナリそのものを動かそうとしたらエミュがいるけど。
そんな環境を用意しなくても、普通はあっという間に対応ソフトがそろう。
なぜならば、ほとんど、開発環境だけで吸収できる。
ぶっちゃけビルドし直すだけなので。
一瞬でアプリ側で新しいCPUに対応できます。
そして、Atom と ARM の両方に対応したパッケージとしてアプリをリリースできる。
全くなんの問題もなく、過去の資産を使えますよ。
そういう事態が起きても心配無用。
Re: (スコア:0)
なぜならば、ほとんど、開発環境だけで吸収できる。
ぶっちゃけビルドし直すだけなので。
一瞬でアプリ側で新しいCPUに対応できます。
そして、Atom と ARM の両方に対応したパッケージとしてアプリをリリースできる。
全くなんの問題もなく、過去の資産を使えますよ。
ビルドが通れば問題なくアプリは動作すると思ってる方? おめでたいですね。
Re: (スコア:0)
えるしってるか
あいほんあぷりのかいはつでつかうしゅみれーたーは
x86のこーどでうごいてる
Re: (スコア:0)
しゅみれーたー(ママ)で動かしてればリリース前の実機での動作確認は不要という主張ですか?
Re:Intel「今後のiPhoneもiPadも全部Atom採用にするなら作ってやるよ(ホジホジ」 (スコア:0)
正直言って、x86のシミュレータと(存在するとして)x86の実機より、シミュとARMの実機との差異のほうが大きいと思うぞ
実機オンリーで開発してれば知らんが
x86からARMにスイッチしますというのなら一苦労するだろうけどな