IT database for myself
プログラムをしていれば思わぬ結果に右往左往するのも多くあります。 其れはiPhoneアプリ開発に於いても例外ではありません。 以前では其の開発言語は Objective-C の一択であり自らもアプリを幾つか当該言語で以て記述してリリースしました。 今は多くアップル社から提供された新開発言語 Swift で書かれるアプリも多くなってきました。
Swiftは型に厳格な言語で更には思わぬバグを防ぐために 何の値をも持たない nil （null）を許す際には当該事項も型として用意されるものです。 optional （オプショナル）型と称すものですが なかなか理解が難しく正直自身も恥ずかしながら正確な部分迄把握は出来ておらず 都度都度対処療法を施している様な状況です。
さて今回落とし穴に陥ったのは変数の文字列化に於いてでした。 既にリリースのなっているアプリをバージョンアップしようと機能追加するに於いては 変数の宣言も形や場所を変えざるを得なくなります。 従来は変数の宣言を3次元配列から一義に代入していました。 以下の如くです。
ファミコン以来ゲームはコントローラーを以て操作するのが常道でしたが
iPhoneに代表されるスマートフォンの普及に連れタップやスワイプ、フリックなどで操作する必要が
先ずタップではタッチを検出し、其の位置を検出し、 タッチの時間が閾値内であるならタップとするためタッチしている時間を検出する必要があるでしょう。 当該案件に関する有用な情報を昨日2017年3月27日配信した記事 -(void)update:(CFTimeInterval)currentTimeメソッドに於ける任意時間のコールバックメソッド でも参考にしたiPhone及びiOSゲームアプリ開発のチュートリアルサイト RAYWENDERLICH TUTORIALS FOR DEVELOPERS & GAMERS を参考にします。 現在Swiftをメインに SpriteKit Swift 3 Tutorial for Beginners が配信されていますが本稿では2014年4月12日の試行に於いて現在アーカイブされている Objective-Cで書かれた情報ページを参考にします。
Sprite Kit Tutorial for Beginnersゲーム開発に時間の処理が欠かせぬものとしてiPhoneアプリ内で 時間は如何様に扱われるのかの検証記事として本ブログに2017年2月19日に配信したのが -(void)update:(CFTimeInterval)currentTimeメソッドに於けるシステム時間の参考出力と考察 でしたが此のメソッドは任意の単位時間毎にコールバックメソッドを呼び出すにも応用が効きます。 其の様な応用を用いればこそ此のメソッド及び呼び出されるコールバックメソッドにて キャラクターのリアルタイム移動、 アイテムの一定時間毎の出現、 イベント起動、 等のゲームならではの機能を実現せしめ得ます。
関してはiPhone及びiOSゲームアプリ開発のチュートリアルサイト RAYWENDERLICH TUTORIALS FOR DEVELOPERS & GAMERS では以前日本語で有益な情報を提供してくれていましたが今は当該記事は残念ながら削除されている様です。 但し英語版が当時のObjective-Cでのコード記述から装いも新たにSwiftのコード記述に変えて 現在でも用意されていますので下にリンクを貼り置きます。
SpriteKit Swift 3 Tutorial for BeginnersまたObjective-Cでの記述もアーカイブされているので其方も下にリンクを貼り置きましょう。 本記事に記載されるコードは単位時間毎の処理を実装した当時 2014年4月12日の試行錯誤に習い最後のコードを除き基本的には以下のページから引用するものです。
トラブルは繰り返されるものとて 己れの遭遇した不都合のブログへの配信は己が身にも都合良く機能し 延いては少しは他者のお役にも立とうかと言うものにて 以前は2016年8月5日に本ブログに投稿した記事 Windows10機へのCompassの導入とDEPRECATION WARNING問題 再び と言う訳で情けは人の為ならずと言った趣がある本記事は 今や手元の環境に必須となりし Sass 及び Compass を先日入手した新機 MacBook Pro にも導入しようとした際の顛末です。
尚Rubyで書かれた Sass、Compassを導入するには事前に Rubyの走る環境を整えねばならない のは言う迄もありません。事前の環境が整った後ターミナルを起動し 先ずはRubyGemでインストールされているプログラムリストを確認します。
FreeBSD に由来する MacOS Sierra には初めからプログラム言語 Ruby が備わっています。 ただ少しばかりバージョンが古いものなので新しいバージョンに置き換えたいものですが 何もごっそり丸さら置き換えなくとも新しい別バージョンを導入して並立出来得るものならばさせたい処です。 Macには固より此の様な場合に rbenv なるRubyのバージョン管理システムを利用するという確立された方法が用意されています。 此のrbenvを導入するには更にまた Homebrew なるMacのパッケージ管理システムが用意されています。 Rubyのバージョンを幾つか並立させる為には此れ等を逆から導入していく段取りとなります。
従って先ず手元の MacBook Pro 2016 にHomebrewを導入します。 インストールにはネットに繋がった状態でMacのターミナルを起動し Homebrewの公式サイト に用意される一行 /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" をコピペして実行するだけで宜しいとされています。 手元の環境で以下の如く入力、実行しました。
然る後要求されたMacBook Pro 2016のパスワードを入力すると以下の如く出力されました。
インストール成功の表示の後に上に赤字で記した様に出力にされるインストール診断とヘルプ表示を実行し、 バージョンを確認してみればどうやら首尾良く運んだのが分かります。
Homebrewの準備が整えば次はrbenvの導入です。 以下ではRubyのバージョンを確認した後、 Homebrewを用いてrbenvをインストールしています。
未だ MacBook Air 2013 は現役で活躍してくれていますから MacBook Pro 2016 ではそれほど ターミナル.app を使用する頻度も高くなく作業環境改善の必要性も感じていませんでしたが履歴が保存されない問題がありました。 しかし使用頻度が上がれば困る事態も屡々惹起される処となり 購入から数ヶ月にして漸く問題解決に重い腰を上げたものです。
結論から書けば原因は以下の２ファイルが存在しなかったからでした。
此れで合点が行く向きは以下は読む必要がないでしょう。 然るべき記述をした２ファイルを作成すれば望む結果が得られるものと思います。 合点が行けば GitHub に以下の記事が纏めて書かれてあるため其方を参照すれば 態々本記事を読む迄もありません。
Mac(OSX)で.bashrcを編集する因みに MacBook Air 2013では標準で２ファイルは備わっていたかに記憶しますので必要ありませんでしたが MacBook Pro 2016のターミナル.appに於いては標準では用意されておらず自ら用意する必要があるようです。 孰れ ユーザー辞書 の様にOSアップデートなどに伴い改善されるだろうとのんびり構えていても 一向に状況は変わらない筈なのでした。
iPhoneアプリを開発するにあたって開発環境である Xcode は勿論、 アップル社からは様々な純正のフレームワークが無料で提供されています。 中にも SpriteKit なるフレームワークは2Dゲーム開発用に提供されているもので iPhone専用にネイティブでゲームを開発するにはとても便利で有用です。
処でゲーム開発には時間の処理が欠かせません。 キャラクターの移動をリアルタイム処理したり 一定時間毎にアイテムを出現させたりイベントを起動させたり様々な要請が考えられるでしょう。 手元の開発ゲーム うさ犬が行く などでも其の開発初期にはアニメーションの表示タイミングを測るのに覚束ない面がありました。 SpriteKitではルートのViewとして用意されるクラス SKScene には initWithSize メソッドが用意され通例此処にゲームの初期設定などを記述しますが 此処にアニメーション表示タイミングを記述すると基本的に一定時間の繰り返し処理となり柔軟性に欠けます。 ゲーム内で要求されるフレキシブルな時間処理を把握するための取っ掛かりとして システム時間をログに出力させてみようと考えました。
なおゲームアプリ うさ犬が行く はリリース時には開発言語に Swift を採用していますが本記事に記述する内容の実行時期、開発当初に於いては Objective-C で記述していたものです。
開発アプリはどのようなものであれ状態は様々遷移するに違いなく 遷移した状態に依ってはユーザーインターフェースの機能も変化するのは往往にして要請される処です。 其の代表がボタンでしょう。 タップ可能であるからこそのボタンですが 場合に依ってはこのタップを制限したいのも屡々です。 手元の開発アプリはゲームですので ゲームの勝敗が着けば例えばゲームを進める機能を有するボタンは押されて欲しくなくなると言った塩梅です。
iPhoneアプリ作成で利用する Xcode 、 Swift ではボタン機能を有する機能は UIButton クラスで提供されています。 其のような言って見ればボタンクラスですので UIView を継承した UIControl クラスを継承しており此処でボタン足る様々な属性が提供されています。 アップル社の公式開発者用サイトの API Reference の UIControl - UIKit を見れば様々な機能が用意されているのが分かります。
機能に先立って先ずはボタンが実装されていなければなりません。 手元の開発アプリに於いては以下の如く Asset Catalogで登録した画像 を利用して実装しました。
アップル社のエコシステムは1社によりハードウェア及びソフトウェアが提供されるに依って至極便利な環境となっています。 少し前からは AirDrop なる機能が追加され同じApple ID端末では ドラッグ&ドロップでファイルの共有がとても便利になりましたし、 最近では iOS10及びmacOS Sierraに依ってクリップボードが共有されるのも便利に使い始めています。 其れ等便利な機能がアップル社のクラウドシステムに先鞭を告げたのが iCloud にて此れを通じて実現される 写真、連絡先、カレンダー、リマインダー、メール、メモ、iCloudドライブ、などの中にも 例えばメモでは取材などで手に入れた情報はその場でiPhoneに記録して 後から同期したPC端末のMacで加工し活用しますし 写真の扱いは最早此れ無くしては撮り貯まったものの整理整頓は難しく iPhoneをカメラとして活用するにエコシステム内での共有の簡単さは利用者に欠くべからざる環境としてあるでしょう。
一週間前の2016年11月19日の夕方にアップル社に発注していた Macbook Pro 2016 Late 13インチ が届き開梱し様子をレポートしたのが翌日2016年11月20日の本ブログ記事 Macbook Pro 2016 Late 13インチ発注物語 でした。 前の所有機種に於いては Windows XP機からMacBook Air Mid 2013（11インチ）への移行 であるとともにWindows機の故障でもあったため仕事上シームレス且つ迅速な移行を必要としましたが今回は MacBook Air Mid 2013（11インチ） は未だ現役で未だ未だ活躍して貰わなければならないため移行作業は急がず緩りと進めている状況でもあります。
一週間の使用報告と称しても巷で話題の Touch Bar や Touch ID よりは未だソフトウェア的な熟成も図られぬ内には時期尚早とも思われ 此の記事ではほぼ新環境の構築の話柄に振られるのはご寛恕いただきたく思います。 世の中には様々MacBookを入手したら先ずインストールすべきアプリ〇〇選などのような情報を溢れていますが 基本的には既に使い慣れたMacBook環境であるのは変わりませんので 其れ等の情報に戸惑わされるのも馬鹿馬鹿しいですし独自の環境を独自の手法で構築する様子も記述せらる記事となります。 又前機種MacBook Airではアップル社の Time Machine をシステムを用いてバックアップを取っていましたが何某かの開発に特化した環境を構築する訳でもありませんし データはクラウドで運用するためクラウド連携すれば問題もなく 使わなくなったアプリもあれば既に古くなった構築環境もあるのを鑑みて MacBook Airとは似て非なる環境を構築する様子の記述でもあります。
これから学ぶmacOSターミナル
