モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲームの歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS
ひとまず草稿/推敲不足版です。 ツッコミがあればこそこそ直して行きます(^^; Titanium Mobile 2.0からAPIデモアプリであるKitchenSinkがついにというか、ようやくCommonJSアプリになり、公的なサンプルとしてTitanium 0.9からの伝統のマルチコンテキストモデルがなくなるという事態となりました。 拙著をものした時期というのがCommonJS化が加速する直前のTitanium Mobile 1.6.xのころで、今となっては目も当てられない状態になってしまっているのですが、それはさておき。 シングルコンテキストかつCommonJS時代を迎えたTiの初期ソースはどうなるのかを見てきたいと思います。 https://github.com/appcelerator-developer-relations/Template.SingleWindow ファイル構成
// app.js Titanium.UI.setBackgroundColor('#000'); var tabGroup = Titanium.UI.createTabGroup(); var win1 = Titanium.UI.createWindow({ url: 'map.js', navBarHidden: true }); var tab1 = Titanium.UI.createTab({ title: 'Map', icon: 'dark_pin.png', window: win1 }); var win2 = Titanium.UI.createWindow({ url: 'list.js', navBarHidden: true }); var tab2 = Titanium.UI.createTab({ title: 'List', icon: 'dark_li
Tweet 最近JapaScriptの勉強がてら、Titanium mobileつかって趣味でアプリでもつくろうかと思い、悪戦苦闘中。 とりあえずWindowにviewを埋め込んでつくっていくTitaniumの大枠はわかったので、もうちょっと凝ったのつくろうかと思ったらグローバル変数とか名前空間でハマりまくったのでメモ。 ＃目次 ・シングルコンテキストとマルチコンテキストの使い分け ・即時関数の意味がようやく分かりだした ・グローバル変数の導入 ＃内容 ■コンテキスト・マルチコンテキストちょいちょい勉強していると出てくるであろうwindow.url。これをを使って別のファイルにwindowを記述することができます。これがマルチコンテキスト。 メリットとしては、app.jsの肥大化を防いて、メンテしやすいコードがかけること。あと入門書とかがこっちでだいたい書かれているので勉強しやすい。 でも
何度も同じ内容のWindowをcreateしまくっていいのだろうかと言うこと。 例えば何かボタンを押すたびに以下のようなコードを実行するとする。 var newWin = Ti.UI.createWindow({ url: 'hogehoge.js', title: 'ほげほげ', }); Ti.UI.currentTab.open(newWin); これで新しい画面に遷移した後、元の画面に戻ってまたボタンを押したら同じ内容のWindowがまた作られて、リソースを圧迫していくのではないかということが心配になる。 都度createしないで再利用すべきなのだろうか。 再利用しないとWindowはどんどん増えていくのか？ この懸念に関してはWindowがフォーカスを失ったときにcloseされるので問題ないようだ。 hogehoge.jsに以下のようなコードでWindowオブジェクトが破棄される様
アプリケーション全体から利用する定数的なものをまとめるのに最近は以下のようにやってます。 激しく我流でアレですが。 config.js var Config, exports; Config = {}; Config.database = { name: "userdb" }; exports = Config; 独立したファイルにまとめておくと管理しやすい。 app.js Ti.App.Config = require("config"); var db = Ti.Database.open(Ti.App.Config.database.name); ... app.jsの先頭でTi.Appにくっつけとけばアプリ全体からアクセスできるようになる。 しかしTi.App.Configとか言う名前は恐れ知らずだよね。我ながら。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
