Swift を使ってみてがっかりした点まとめ
数日間iOS8/Xcode6/Swiftな環境で色々試してみて、Swiftを使っていて思ったよりがっかりした点が多かったのでちょっとまとめてみようと思います。 動的な処理がSwiftだけでは一切できない [NSObject performSelector:]の類と、NSInvocationがSwiftからは一切呼び出せません。使おうとすると怒られます。objc/runtime.hは試していませんが、同様に直接Swift経由では呼び出せず間にObjective-Cをかます必要があるのではないかと思われます。 @optionalなprotocolが限定的にしか使用できない 具体的には@objc属性を付けないと使えません。しかしながらこのような後方互換性のためだけに存在する属性をいつまでもAppleがサポートするかは疑問が残るというのと、もう一つ以下の様な問題があります。 @objc属性のついた
[iOS] 新言語SwiftがObjective-Cよりも良いところ - Qiita
さきほどWWDCにて新言語 Swiftが発表されました。 The Swift Programming Language (iBooks Store) で言語ガイドが公開されていたのでザッと目を通してみました。 Objecitve-Cと比較してSwiftがイケてそうなところをパッと気になったところだけ書いていってみます。 変数/定数の型推論がある Objective-Cのように明示的に型を書かなくても型を推論してくれます。 推論で問題ないケースも多いと思うのでタイプ数がかなり減らせそうですね。 ( 変数を宣言する際はvar、定数を宣言する際はletで宣言します。 ) // 型推論 var name = "Shinji Ikari" // 変数の型は推論によりString型になる var age = 14 // 変数の型は推論によりInteger型になる let height = 141.5
![[iOS] 新言語SwiftがObjective-Cよりも良いところ - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/4b8d634cbac8adfd86fecc3f7acea5243850e3da/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCaU9TJTVEJTIwJUU2JTk2JUIwJUU4JUE4JTgwJUU4JUFBJTlFU3dpZnQlRTMlODElOENPYmplY3RpdmUtQyVFMyU4MiU4OCVFMyU4MiU4QSVFMyU4MiU4MiVFOCU4OSVBRiVFMyU4MSU4NCVFMyU4MSVBOCVFMyU4MSU5MyVFMyU4MiU4RCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NzkyNDUxZmMyNzVlMzBjMjllZjU5NGJmOGVkZjI1MDc%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBub3JpMDYyMCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTUxZjNhNzdhYzBkNzRiM2RhMzEyMGI2ZDIyN2M5ZmY%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D1ac68e2f2a61cdd138fbddcab9373494)
SpriteKitを使って一攫千金を狙うチュートリアル – なんてこったい
iOS 7でSpriteKitという新しいゲーム作成用のフレームワークがでました。早速コレを使ってゲームを作って一攫千金を狙いたいと思います。 勢いだけで書いてしまったので、大分雑な感じになっていますが悪しからず。細かい部分はそのうち直していきます。。編集社って偉大。 SpriteKitとは iOS 7 / Mac OS 10.9から追加された、2Dゲーム用のフレームワーク 物理エンジンもついてる あれ、なんかCocos2Dに似てね iOS / Mac用の2Dゲームエンジンとしては、Cocos 2Dが有名ですが、実際のところSpriteKitはCocos 2Dとかなり似てます。 Cocos 2Dと比較した場合のSpriteKitのメリットとしては、 Apple純正だから多分今後のOS対応も安心? インストールの必要がないので手軽 UIKitの延長的な感覚で使える 物理エンジン使った時のコー
iOS／Androidとの相互API呼び出しを行う際のコツ
実際のゲーム開発では拡張する必要がある 前編の記事「Cocos2dxでiOS／Androidの2Dゲーム開発を始めるには」では、「Cocos2dx」とは何かや、「なぜiOSでもAndroidでも動くの？？」のところで、どのようにクロスプラットフォームを実現しているのか見てきました。また、Cocos2dxでAndroid／iOSアプリを開発する手順を具体的に解説しました。 必要最低限の部分だけをプラットフォーム依存の言語で記述し、C++で記述されたCocos2dxのコア部分とプラットフォームとのインターフェイスを取っているのでしたね。 さて、実際のゲーム開発では、デフォルトで提供されている機能以外にもプラットフォーム側には備わっているけれど、現状Cocos2dxから利用できないような機能を使用する必要があるかもしれません。 筆者の場合は、それぞれのプラットフォーム上で動作し、静止画を投稿する
UIKit で物理演算エンジンを使用する - その後のその後
cocos2d や Unity などのゲームエンジンや openFrameworks では、標準で物理演算エンジンがサポートされていて手軽に扱えますが、ビューを作成したり画像を表示したりといった基本的な部分の実装方法や、ものによっては使用言語も違うため、「物理演算エンジンを使用したい」というだけの場合はかえって導入障壁が高くなる場合もあります。 それらを使用せず、UIKit ベースでの iOS アプリケーションに物理演算エンジンを単体で導入する方法、すなわち UIView オブジェクトを剛体として物理演算に基づいて動かす方法を紹介します。 準備 1. Box2D のソースをダウンロード 適当なフォルダで、次のように svn の checkout を実行します。 svn checkout http://box2d.googlecode.com/svn/trunk/ box2d-read-on
Objective-Cloud
Build awesome things in the cloud with Objective-C Create a database for your app with one click. Save money: Free during development, affordable during production Client SDK for iOS and OS X. Objective-C: Front to Back Let's face it: Sometimes you need a custom web application for your app. You are already using Objective-C for persistence, input validation, serialization, HTTP, …. So why not use
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
openFrameworks for iPhone：サウンドの録音・再生