IT database for myself
データの保ち方については常に頭を悩ませ、試行錯誤する処です。
今回は手元のプログラムの進捗上、異なる型を一まとめにしたデータ単位を配列にして保たせようと試みました。
異なる型を一まとめにするとなると開発環境はiPhoneアプリを拵える為のプログラム言語
Swift
では
動的なデータの保たせ方としてタプルのみで構成された配列を採用したのには、 タプルと言うデータはな不可変長ではありますが、 要素に型を混在させられるので、 型の異なる要素をひとまとめにしたい時は便利である、と言う理由です。 Swiftのタプル型については はじはじアプリ体験記 の以下のリンク先ページが役立つかも知れません。
以前はホームページを持つのはなかなか難儀な話でしたが、 インターネットサービスの充実した頃日ではホームページを保有するサービスが提供されるのは無料でさえ枚挙に暇が有りません。 中にもITの専門家を中心に近年人気を博しているのが githubページ でしょう。 先日Microsoft社が買収して話題になった github 提供のサービスです。
githubが本来提供するのはバージョン管理のクラウドサービスですが、 基本的にはテキストファイルのプログラムソースのバージョン管理としては、 ホームページを記述するための言語、 HTML でも変わりありません。 するとgithubに預けたオンライン上のhtmlファイルに於いては、 後はWebサーバーだけ宛がってやればブラウザで閲覧可能となり、 立派なホームページの一丁上がり、と言った塩梅です。
無料での提供ではリポジトリが公開必須となりますので、 ソースは誰でも閲覧可能になる、と言う制限付きですが、 基本的にはソースは誰でも見られる静的なホームページでは問題にする迄もないでしょう。 裏技と迄は行きませんが、ローカルリポジトリにCMS的プログラムを以て静的ページを構築し、 其れをgithubリポジトリにpushすれば動的サイトの公開も可能の理屈となります。 勿論、非公開が可能な有料サービスも検討する価値はあるものです。
2016年々末に入手した Macbook Pro 2016 Late 13インチ も既に一年半を閲しますが愈々役立ち特に iPhoneアプリ作成 に於いては無くてはならぬツールとして活躍してくれています。
処で一週間程前、日本時間の2018年6月5日早朝に催されたWWDC2018では時期macOSたる Mojave（モハベ） が紹介されましたが、現行のmacOS High Sierra にさえアップデートせず、入手以降 Sierra のまま過ごして来ました。 しかし遂にアップデートを余儀なくされる事態が惹起されました。 XcodeがmacOSのアップデートなしには最新のバージョンへのアップデートが不能となってのです。
しかも手元の検証用のiPhoneは最新のiOS.11.3へとアップデートして仕舞えば、 古いバージョンのXcodeからは実機転送が不能となりました。 なかなか、セキュリティー上芳しからぬ評判のあったとはいえ、もう充分時間も経ち 問題も低減しているでしょう、 macOSアップデートに如くはなし、と実行を目論むに当たり、 若しやの際に備えて充分なバックアップ体制を用意せんものと、 Time Machineの導入に至ったのでした。
本記事は実際にMacBook Pro 2016モデルにTime Machineを導入した 2018年4月18日から2018年5月6日の経緯を、 孰れまた導入の機会もあろうことを鑑み、 備忘録として書き残し、シェアするものです。
特定のページでのみ外部JavaScriptフィイルを読み込ませたい、 と言う要請は、 WordPressなどではfunctions.phpを用いて実装するのは最早お馴染みの手法である様に、 割と頻繁に受けるものです。
処が諸事情に因り、例えば企業などでは一旦導入したシステムは使い続けるのが通常ですから、 往往にして融通の効かない古い独自のCMS上で此れを実現しなければならない場面があります。 具体的には各々ページに読み込みファイルが書き込んであって、一括管理できない、 と言う形式の上ではなかなか実装が難儀だったりする訳です。 その様なCMSのシステム上でソースを読んで一括管理できそうなファイルを見付けて、 例えばPHPに於いては $_SERVER など環境変数で場合分けしようとしても ヘッダー部分にのみ反映されるファイルだったりすることもあるでしょう。
手元の事例では幾ら新規に必要な外部JavaScriptファイルの読み込みに成功しても、 機能しないのに首を捻って、更に突っ込んで見てみると、 其のJavaScriptファイルはjQueryを必要としているのに、 当のjQueryファイルがフッター部分での読み込みになっていたりします。 必要なjQueryが読み込まれていないのですから機能する筈もありません。 しかもそのjQueryファイルを読み込むのは各ファイルにインクルードの旨、直書きされる、拡張子 .html のHTMLファイルで .htaccess を書き換えて拡張子の制限を広げたりするのも要らぬオーバーヘッドが発生しそうですし、 全読み込み元ファイルをPHPファイルなどにするのも工数が嵩みますし、 成る可くなら他に影響を与えたくないための当初取ろうとした手法であれば、本末転倒です。 するとフッターファイル内で場合分け操作ができない状況も鑑みねばなりません。
プログラムに配列は欠かせず、 iPhoneアプリのゲーム開発に於いても其れは変わらず、 併せてゲーム内のデータ保持に行列を用いたいとなれば必須事項ですが、 型に厳格な言語 Swift 上の話でもあれば、 実行しようと思うもなかなかに難儀で、 エラーを頻発させるも諦める訳にも行かず、 何とか形になった経緯を本記事に記しおくものです。
自らの策定した仕様の要請に依れば手始めに 以下の如き2次元の行列を鑑みた Bool型の2次元配列を生成したくあります。
処が先ず以て、 Xcode は此の宣言さえ許してくれません。 下手に宣言すればビルドは通るものの、 走らせると配列forループでお馴染みのエラー Fatal error: Index out of range が吐き出されて止まってしまいます。
どうもネットを繰るとteratailに以下の様な遣り取りが見付かり…
現在でも総務省から突き上げられている様に 顧客への還元のない姿勢から少し前は随分と酷評していたドコモのサービスですが、 故意に分かり難く設定されたとも思える各プランは其の儘なるも、 どうも金融・決済サービスの一環として、 dポイント と結び付けられた dカード の登場と共に風向きが変わって来た様に感じられます。
先日は連休中、2018年5月2日にNTTドコモ社から届いたお知らせのメールの App Store ＆ iTunesギフトカード初回限定10％OFF！さらに2％dポイントプレゼント はiTunesストアに補充の必要を感じていた折も折、 なかなかお得な内容に感じられれば、 渡りに船よと、 受け取ったメールの内容をiPhoneで確認した其の場、寝そべった其の姿勢で iTunesギフトカード10000円分を購入、 其の儘App Storeに登録して思ったのは、 思い付いた儘、寝た儘、此の様に買い物が出来るのでは 小売が厳しいと言われるのも無理はない、と言う世評が肯んぜられるものでした。
dカードの前身とも考えられる iDカード は明確に失敗だと断じて宜しいかと考えます。 何となればドコモが懸命に売り込んだに関わらず遂には普及には至らなかったからで、 具体的な例としては此の春にリニューアルされたドコモの契約者をランク付ける dポイントクラブ の ステージ の最上位決定の条件からはiDカード契約が外されています。 iDカードは キャッシュを燃やす様な経営との批判を下方修正を余儀なくされた株主総会で受けた 際、 インターネット通販で失敗 し、 コンテンツ・メディア事業でも失敗 し、共に失敗した当時、ドコモが本業以外の事業多角化の一つとした 金融・決済 事業の中核を担うサービスでしたが矢張りドコモの思惑通りには運ばなかった訳です。 本ブログにも遡ること7年、2011年の12月24日の記事にドコモの金融、決済サービスを酷評しています。
現在一般的なレスポンシブWebデザインでは、 基本的にパソコン画面と同様のHTMLソースをスマホ画面でも表示させます。 其の際、スタイルシートを駆使しますが、 一般的に縦長画面で閲覧されるスマホ画面では工夫が必要になります。
パソコン画面で横に広く表示させていたコンテンツも スマホ画面では縦長にならざるを得ないため、 例えば横に並列して並べていたコンテンツを故意にカラム落ちさせ、 縦表示させるテクニックはごくごく基本的な手法です。
処がコンテンツによっては其の基本的な手法が適切でない場合もあります。 其の様なケースではスマホ画面の場合にはタブ切り替えは屡々採用されるテクニックです。 ネットで検索しても有用な情報が多く見付けられます。 例えばQiitaにも2017年8月6日付けで以下の情報が寄せられています。
記載されるコードは散見される同様な情報が上手くまとめられたように、 簡便さに加え汎用性も考慮され書かれています。 基本的には切り替えボタン用のタブを構成するタグと、切り替えられるコンテンツを表示させるタグが同数用意され、 初期に表示される以外のコンテンツを含むタグには非表示属性、 display: none; がスタイルシートで付与されており、 クリックされたタブと同じ、先頭から数えた数のコンテンツタグ以外に非表示属性が与えられるように jQuery で処理される、当該機能の定番的な構成が取られています。
処でレスポンシブWebデザインで扱い難いデータに表組み（tableタグ）があります。 一般的にパソコンの広い画面では一覧性に富み、 表組みも全体を表示させられる余裕がありますが…
ゲームの代表的存在でもある任天堂社のスーパーマリオブラザーズを始めとして、 特にレトロな2D横スクロールアクションゲームでは無限スクロールは必須の機能です。 本ブログにも横スクロールの実装について記事を幾つか配信しもしました。
XcodeでiPhoneアプリでも2Dゲームを開発するに当たって 有用なのがアップル社謹製フレームワーク SpriteKit です。 このフレームワークには様々なゲーム実装に関する機能が搭載されていますが、 座標もその一つです。 SpriteKitの座標に関してはUIViewと座標系が異なるため、 困惑する場合も多いのですが2D画面を構成するには欠かせません。
手元の開発iPhoneゲームで いつものようにSpriteKitの提供する座標系 SKView を用いている途中、気付いた点がありました。
以前に良く見掛けた、 タイトルで言い切った 、的なエントリーです。 知ってる向きには何を今更、と言った処にて、 以下読む必要はありません。
上にリンクを貼り置いた Standing on the Shoulder of Linus ブログの2010年4月8日の記事では、 WordPressのバージョン2.9に於いて 投稿サムネイル機能 が追加され、バージョンが3.0に上がると其れは Featured Image と命名されたそうで、其の和訳こそ今WordPressユーザーに一般に流通する アイキャッチ画像 なのでしたが、日本語の決まっていないベータ版で訳が割り振られたそうなのです。
恥ずかしながら此の事実に気付かされたのは…
仕上がりイメージは斯うです。
先ずは最下層に背景画像があります。 上の例では神社の写真が其れに当たります。 其の上に帯がのり、其の上、左方に白のアイコン、右方に白のフォント文字が乗ります。 アイコンとフォント文字を包含した帯は元は紺色ですが、 乗算で其のまた背景画像に重ねられており、 唯に単色の不透過色の場合とは異なる深みを感じさせるイメージを醸し出しています。 此れを皆、CSSのみで実現したく試行錯誤しました。
参考のために唯に単色の不透過の紺色の帯の場合を下に貼り置きましょう。 随分イメージが異なるのがはっきりします。
