uniPaaS の iPhone アプリ開発環境
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
Tanda
投稿数: 2151
投稿数: 2151
本日の Magic 大阪セミナー会場にて（その2）
本日の大阪会場の Magic セミナーに参加してきました。
分かったこと：
今年リリース予定の iPhone アプリの開発環境は、単なる JQuery
のプラグインのような形態ではなく、Magic が iPhone 用のネイティブ
実行ファイルを吐き出してくれるものだということが分かりました。
私の勘では、Objective-C のソースをコンパイルしたものと同等の
ファイルを Magic が生成してくれるような気がします（まだ勘ですので、
違っていたらごめんなさい）。
もしそうだとしたら、これはすごいことですね。
本日の大阪会場の Magic セミナーに参加してきました。
分かったこと：
今年リリース予定の iPhone アプリの開発環境は、単なる JQuery
のプラグインのような形態ではなく、Magic が iPhone 用のネイティブ
実行ファイルを吐き出してくれるものだということが分かりました。
私の勘では、Objective-C のソースをコンパイルしたものと同等の
ファイルを Magic が生成してくれるような気がします（まだ勘ですので、
違っていたらごめんなさい）。
もしそうだとしたら、これはすごいことですね。
投票数:0
平均点:0.00
k2yamamoto
投稿数: 14
投稿数: 14
リリースが待ち遠しいですね
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんにちは
Ｐｕです
正確には Magicのネイティブ実行ファイルではなく
Magicのruntimeのネイテブ実行版だと考えられます
動作する時 ＲＩＡと同じように xmlソースファイルを
ダウンロードして解釈しながらiosやandroid上のネイティブ
Magic Runtimeが動作するものと推定します。
プロビジョニングファイルには そのruntimeとマニフェストが
含まれるのではないかと
昨日のデモをみて推測しました
いずれにせよ この方式だと 新しいｏｓが出てきても
１つのアプリでマルチ対応が可能になりますから
さすが イスラエル人の考えかたは凄い
Ｐｕです
正確には Magicのネイティブ実行ファイルではなく
Magicのruntimeのネイテブ実行版だと考えられます
動作する時 ＲＩＡと同じように xmlソースファイルを
ダウンロードして解釈しながらiosやandroid上のネイティブ
Magic Runtimeが動作するものと推定します。
プロビジョニングファイルには そのruntimeとマニフェストが
含まれるのではないかと
昨日のデモをみて推測しました
いずれにせよ この方式だと 新しいｏｓが出てきても
１つのアプリでマルチ対応が可能になりますから
さすが イスラエル人の考えかたは凄い
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
Puさん、こんにちは。
Android の場合はそれで行けるかもしれませんが、iPhone になると
xml ファイルでは対応できないと思います。
Apple の審査は非常に厳しくて、Provisioning ファイルをヒモ付けた
形でコンパイルファイルを提出する必要があります。
もっとも、Ad Hoc や Enterprize ではもっと簡単になるかと思いますが、
私はあくまで App Store への対応までやるべきだと思っています。
この場合、ネックとなるのはやはり、審査申請という人海戦術の部分
ですね。ここだけは、Magic が自動生成するというわけには行かない
と思いますので。
Android の場合はそれで行けるかもしれませんが、iPhone になると
xml ファイルでは対応できないと思います。
Apple の審査は非常に厳しくて、Provisioning ファイルをヒモ付けた
形でコンパイルファイルを提出する必要があります。
もっとも、Ad Hoc や Enterprize ではもっと簡単になるかと思いますが、
私はあくまで App Store への対応までやるべきだと思っています。
この場合、ネックとなるのはやはり、審査申請という人海戦術の部分
ですね。ここだけは、Magic が自動生成するというわけには行かない
と思いますので。
投票数:0
平均点:0.00
null
投稿数: 191
投稿数: 191
現物見ていないんで何ともいえないですが、
V10 の RIA(Java 版) を放置して
uniPaaS V1 辺りから .Net の路線になった以上、
現在の RIA に近い形になるのではと適当に予想しています。
��Pu さんの言うような uniPaas の runtime だけネイティブで
XML データをダウンロードして runtime に食わせるタイプ
→Apple の審査に明るくないので判らないですが、
例えばツクール系のゲーム本体(uniPaaS runtime)、
マップデータ(XML データ) が OK だとすれば審査に通りそうな気もするのですが・・・
��MonoTouch や MonoDroid、又は Mono ベースの独自にネイティブコードを生成するタイプ
→uniPaaS が .Net 路線なっている以上、モバイルだけ別の仕組みというのは
(この会社の開発リソース的に) 流石に無理があるので、Mono を使うのが無難なのかなと思っています。
��Titanium Mobile のような JavaScript からネイティブコードを生成するタイプ
→XML データ -> 変換 -> JavaScript -> ネイティブ
去年辺り、Titanium で博士が茶を濁すデモ(※あくまで個人の感想です) を
していた時にこんな話もしていましたが変換が大変そうなので一番可能性は低そう。
V10 の RIA(Java 版) を放置して
uniPaaS V1 辺りから .Net の路線になった以上、
現在の RIA に近い形になるのではと適当に予想しています。
��Pu さんの言うような uniPaas の runtime だけネイティブで
XML データをダウンロードして runtime に食わせるタイプ
→Apple の審査に明るくないので判らないですが、
例えばツクール系のゲーム本体(uniPaaS runtime)、
マップデータ(XML データ) が OK だとすれば審査に通りそうな気もするのですが・・・
��MonoTouch や MonoDroid、又は Mono ベースの独自にネイティブコードを生成するタイプ
→uniPaaS が .Net 路線なっている以上、モバイルだけ別の仕組みというのは
(この会社の開発リソース的に) 流石に無理があるので、Mono を使うのが無難なのかなと思っています。
��Titanium Mobile のような JavaScript からネイティブコードを生成するタイプ
→XML データ -> 変換 -> JavaScript -> ネイティブ
去年辺り、Titanium で博士が茶を濁すデモ(※あくまで個人の感想です) を
していた時にこんな話もしていましたが変換が大変そうなので一番可能性は低そう。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
null さん、こんにちは。
デモを見た限り、iPhone 上に実行版アイコン以外に、アプリアイコン
も作成されていましたので、これは実行モジュールだと思います。
Apple の政策戦略からみて、実行版アイコンからどんな XML ファイル
も審査なしで自由に実行させるという方式は認知しないと思います。
それに、開発部副社長の話では、「Provisioningファイルを生成して、
云々」とはっきり言ってましたから。
私の勘では、「カスタムスキーム」の手法を使っているのではないかと
思います。あくまで推測ですので、違っていたらごめんなさい。
いずれにしても、あと１ヶ月の待ちですね。
デモを見た限り、iPhone 上に実行版アイコン以外に、アプリアイコン
も作成されていましたので、これは実行モジュールだと思います。
Apple の政策戦略からみて、実行版アイコンからどんな XML ファイル
も審査なしで自由に実行させるという方式は認知しないと思います。
それに、開発部副社長の話では、「Provisioningファイルを生成して、
云々」とはっきり言ってましたから。
私の勘では、「カスタムスキーム」の手法を使っているのではないかと
思います。あくまで推測ですので、違っていたらごめんなさい。
いずれにしても、あと１ヶ月の待ちですね。
投票数:0
平均点:0.00
pu_mahalo
居住地: 大阪
投稿数: 775
居住地: 大阪
投稿数: 775
丹田さん こんにちは Ｐｕです
現状では 私もnullさんの推測と同じです
Provisioningファイルの中に完全なａｐｌ実行状態で作成できれば
オフラインすなわちＲＩＡサーバーが無くても
動作するはずですが
現状の段階では まだそこまで達成してなさそうでした
（将来 そうするらしいですが）
すなわち 現状のＲＩＡと同じ仕組みと推測しました
ジェネリックとカスタムの違いは
マニフェストの情報をProvisioningファイルの中に入れ込むか
入れ込まないかの違いくらいと思ってます
現状では 私もnullさんの推測と同じです
Provisioningファイルの中に完全なａｐｌ実行状態で作成できれば
オフラインすなわちＲＩＡサーバーが無くても
動作するはずですが
現状の段階では まだそこまで達成してなさそうでした
（将来 そうするらしいですが）
すなわち 現状のＲＩＡと同じ仕組みと推測しました
ジェネリックとカスタムの違いは
マニフェストの情報をProvisioningファイルの中に入れ込むか
入れ込まないかの違いくらいと思ってます
投票数:0
平均点:0.00