iOSアプリのデバッグ中にCookieの中身が見たくなったので作りました。
CocoaPods でインストールできます。
pod 'CookieManager' pod install
CookieManager をインポートします。
import CookieManager
UINavigationController の rootViewController として表示する例です。
let viewController = CookiesViewController() let naviController = UINavigationController(rootViewController: viewController) self.present(naviController, animated: true, completion: nil)
これだけです。
以前、こんな記事を書きました。
その後も地道に活動を続けた結果、ようやく 2,000 reputation に到達しました🎉
そこで今回は、この reputation level に到達するとどんな事ができるようになるのか書いていきたいと思います。
このレベルに達すると、Edit Questions And Answers 権限が付与され、自分以外の質問と回答を「いつでも」「自由に」編集することができるようになります。
この権限がなくとも「編集の提案」を出す事はできたのですが、reputation の高いユーザに承認してもらうまで反映されませんでした。しかし、この権限が付与されたなら、もう承認を待つ必要はありません。edit リンクから編集画面を開き、編集ボタンを押すだけで即時反映されます。
公式ドキュメントには次のような記載があります。
つまり、
に投稿を編集すべきです。
また、
Tiny, trivial edits are discouraged
とあるように、細かい些末な編集（例えば1文字直すだけ等）は推奨されません。
先ほどもちょっと触れましたが、このreputation levelに達していなくとも編集の提案を出す事はできました。2,000 reputationを超えると、これらの提案を承認する事ができるようになります。
最近は #stackoverflow の Suggested Edits （英文法等がおかしい質問を、権限を持ったユーザーが修正してくれるやつ）をレビューしてるんだけど、普通に英語の勉強になる
— Og🌗エンジニア🏝宮崎 (@koogawa) 2017年3月6日
Twitterにもつぶやきましたが、ネイティブによって修正された英語の内容は、見ているだけで勉強になります。
また、たくさんレビューすることによって獲得できるバッジも存在するので、積極的にレビューしていきたいと思います💪
※ただし、1日にレビューできる数には制限があるようです。
2,000 reputation の上にもまだまだ権限が存在します。
私のStackoverflow活動はこれからも続きます…
確定申告会場の混み具合を可視化したい
— Og🌗エンジニア🏝宮崎 (@koogawa) 2017年2月19日
というわけで作りました。
確定申告会場の混み具合をなんとなく可視化するサイト： http://koogawa.github.io/kakutei/
「サービス」って書きましたが、Twitterの検索結果を並べただけです。
なお、すべての税務署は網羅できていません。リクエストがあれば追加します💪
Twitterの検索窓から検索します。
https://twitter.com/search?f=tweets&q=確定申告&src=typd
そしたら、検索結果画面の「︙」から「この検索をサイトに埋め込む」をクリックします。
レイアウトなどを設定して「ウィジェットを作成」をクリックします。
ソースコードが吐き出されるので、それを自分のHTMLに貼り付けます。これを必要な分だけ繰り返します。
最後にHTMLをサーバーにアップして完成です🎉
ツイートを見ていると、今年から記載が義務付けられたマイナンバー絡みの混乱が目につきました。これから提出する人はマイナンバーカードを忘れずに持参しましょう。マイナンバーカードを持っていない人は必要な書類を準備しましょう。
過去に書いた「Swift で Foursquare の API を使う - koogawa blog
今月からSwiftの勉強を始めているkoogawaです。
勉強も兼ねて、Foursquare の API Client を Swift で作ってみました。
CocoaPods からインストールできるようにしました。
source 'https://github.com/CocoaPods/Specs.git' platform :ios, '8.0' use_frameworks! target 'HogeApp' do pod 'FoursquareAPIClient' end
ソースコード上で FoursquareAPIClient をインポートします。
import FoursquareAPIClient
アクセストークン or クライアントID+クライアントシークレットで初期化します。
let client = FoursquareAPIClient(accessToken: “YOUR_ACCESS_TOKEN”)
or
let client = FoursquareAPIClient(clientId: "YOUR_CLIENT_ID", clientSecret: "YOUR_CLIENT_SECRET")
APIバージョンを指定することもできます。
// Set v=YYYYMMDD param let client = FoursquareAPIClient(accessToken: “YOUR_ACCESS_TOKEN”, version: "20140723")
さっそくベニューを検索してみましょう。
必要なパラメータを Dictionary にセットします。
let parameter: [String: String] = [ "ll": "35.702069,139.7753269", // 緯度経度 "limit": "10", // 一度に取得する件数 ];
先ほど初期化した FoursquareAPIClient の request(path:method:parameter:) メソッドを実行します。引数にはAPIのパスとパラメータをセットします。method 引数を省略することで .get になります。
client.request(path: "venues/search", parameter: parameter) { result in switch result { case .success(let data): // 成功 print(NSString(data:data, encoding:String.Encoding.utf8.rawValue)!) case .failure(.connectionError(let error)): // 通信エラー print(error) case .failure(.apiError(let error)): // 通信はできたけどAPIエラー print(error.errorType) // e.g. endpoint_error print(error.errorDetail) // e.g. The requested path does not exist. } }
レスポンスは Result<T, Error> 型で返ってきます。
public enum Result<T, Error> { case success(T) case failure(Error) init(value: T) { self = .success(value) } init(error: Error) { self = .failure(error) } }
エラー時には連想値として error が返ってくるので、簡単なエラーハンドリングができるようになっています。
ベニューにチェックインすることもできます。
チェックインに必要なパラメータをセットします。
let parameter: [String: String] = [ "venueId": "55b731a9498eecdfb3854a9”, // Venue ID "ll": "37.33262674912818,-122.030451055438", // 現在地 "alt": "10”, // 標高 ];
同じように request(path:method:parameter:) メソッドを実行します。今回はチェックインAPIの仕様に従い、method に .post を指定しています。
client.request(path: "checkins/add", method: .post, parameter: parameter) { result in switch result { case let .success(data): // チェックイン成功 case let .failure(error): // チェックイン失敗 } }
他のAPIも path を書き換えることでリクエストすることができます。
近隣のベニューを検索するデモアプリを添付しております。
https://github.com/koogawa/FoursquareAPIClient/tree/master/Example
ベニューをタップすることでチェックインもできますよ。
手書きですいませんｗ
Venue オブジェクトはベニューデータを抽象化したデータモデルです。
FoursquareAPIClient は、Foursquare API とのネットワーク通信を抽象化します。リクエストを送信して、レスポンスを Data にして返すところまでの責任を負います。
FoursquareManager は、Venue オブジェクトを管理するシングルトンオブジェクトです。ベニューリストをコントローラから取得するときはこれを介して操作します。予め accessToken プロパティにアクセストークンを設定しておく必要があります（ここは微妙かも）。
実質的に、FoursquareManager だけが FoursquareAPIClient を操作することになります。
ここはこうしたほうが良い、などあればツッコミよろしくお願いします。
以前書いた下記記事のソースコードが古くなっていたので、Swift 3対応版として書き直しました。
RealmSwiftで簡単なGPSロガー作ってみたのでメモ - koogawa blog
以前から気になっていた Realm ですが、先日受講した id:KishikawaKatsumi さんの授業をきっかけに、実際に触ってみたくなりました。
Realm を理解するには何か作ってみるのが一番ってことで、簡単なGPSロガーを作ってみました。
次のような機能があります。
＊＊＊
以下、実装メモです。
次のような Podfile を用意して pod install します。
use_frameworks!
target 'GPSLogger' do
pod 'RealmSwift'
end
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings['SWIFT_VERSION'] = '3.0'
end
end
end
import RealmSwift
位置情報を格納するためのモデルクラスを作ります。緯度、経度、作成日時のみを保持するようにしました。
class Location: Object { @objc dynamic var latitude: Double = 0.0 @objc dynamic var longitude: Double = 0.0 @objc dynamic var createdAt = Date(timeIntervalSince1970: 1) }
Realm では次の型が使用できます：Bool, Int8, Int16, Int32, Int64, Double, Float, String, NSDate, NSData
https://realm.io/docs/swift/latest/#supported-types
位置情報の取得を開始します。
self.locationManager.startUpdatingLocation()
取得できた位置情報（CLLocation）から Location モデルを生成し、Realmに永続化できるようにします。
let location = makeLocation(rawLocation: rowLocation) // Get the default Realm let realm = try! Realm() // Add to the Realm inside a transaction try! realm.write { realm.add(location) }
addNotificationBlock メソッドでブロックを登録すると、Realmオブジェクトが更新されたときに通知を受けることができます。
self.token = realm.observe { [weak self] notification, realm in self?.tableView.reloadData() }
ここでは通知を受け取るたび（つまり位置情報が追加されるたび）にテーブルビューを更新しています。
位置情報の取得を停止します。
self.locationManager.stopUpdatingLocation()
先ほど addNotificationBlock メソッドでブロックを登録した際に保持した NotificationToken オブジェクトの stop メソッドを呼ぶことで、通知の受け取りを停止します。
if let token = self.token { token.invalidate() }
すでに永続化されている位置情報をロードします。
// Get the default Realm let realm = try! Realm() // Load recent location objects return realm.objects(Location.self).sorted(byKeyPath: "createdAt", ascending: false)
createdAt でソートをかけています。
古いデータがいつまでも残ってしまうのを防ぐため、1日経過した位置情報ログを削除します。
DispatchQueue.global().async {
// Get the default Realm
let realm = try! Realm()
// Old Locations stored in Realm
let oldLocations = realm.objects(Location.self).filter(NSPredicate(format:"createdAt < %@", NSDate().addingTimeInterval(-86400)))
// Delete an object with a transaction
try! realm.write {
realm.delete(oldLocations)
}
}
データ量によっては時間がかかるので、バックグラウンドで実行するようにしています。
CoreData を初めて使った時と比べると、かなりスムーズに導入・実装ができました。ドキュメントが充実しているのも安心ですね。
こちらに全てアップしてあります。Realm を使い慣れている方にとってはツッコミどころ満載だと思いますので、ご指摘など歓迎です:-)
今年のはじめにこんな記事がバズった。
批判的なコメントが多かったせいか、記事自体はもう消されてしまっている。
自分も数年前に Titanium を使ったことがあり、そんときは「Nativeで頑張ったほうが良さそう」と思って使うのをやめてしまった。ただ、その頃から状況も変わっているだろうし、この人の言っていることを無下に批判する気にはなれなかった。
そんなわけで、実際に自分の手で動かしてみることにした。以下はその時の作業メモ（自分用なので読みやすさは考慮してません）
https://github.com/koogawa/ReactNativeSample
Introduction · React Native に従って、Node、Watchman、React Native CLI をインストール。
brew install node brew install watchman npm install -g react-native-cli
react-native init AwesomeProject cd AwesomeProject
これだけで最低限の機能を備えたiOSアプリを生成してくれる。（言語はObjective-C）
react-native run-ios
を実行すれば iOS Simulator を起動してくれる。もしくは出力された xcodeproj を Xcode で開いて自分でビルドすることもできる。
ビルド自体は本当に簡単にできた。
cmd+d でデバッグメニューが出てくる。
デバッグメニューを出すのをどうやって実現しているのか気になったのでソースを追ってみると
RCTKeyCommands *commands = [RCTKeyCommands sharedInstance];
// Toggle debug menu
[commands registerKeyCommandWithInput:@"d"
modifierFlags:UIKeyModifierCommand
action:^(__unused UIKeyCommand *command) {
[weakSelf toggle];
}];
こんな感じでやっていた。cmdキーを検知できるの知らなかった。
AppDelegate も読んでみる。
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { NSURL *jsCodeLocation; jsCodeLocation = [[RCTBundleURLProvider sharedSettings] jsBundleURLForBundleRoot:@"index.ios" fallbackResource:nil]; RCTRootView *rootView = [[RCTRootView alloc] initWithBundleURL:jsCodeLocation moduleName:@"ReactNativeSample" initialProperties:nil launchOptions:launchOptions]; rootView.backgroundColor = [[UIColor alloc] initWithRed:1.0f green:1.0f blue:1.0f alpha:1]; self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds]; UIViewController *rootViewController = [UIViewController new]; rootViewController.view = rootView; self.window.rootViewController = rootViewController; [self.window makeKeyAndVisible]; return YES; }
index.ios.js から RCTRootView を生成して self.window.rootViewController にセットしてる感じなのね。
ためしに index.ios.js に変更を加えて再度ビルドしてみたけど、AppDelegate に差分は出なかった。某クラスプラットフォームのように、単純に機械的なコードを吐き出してるわけでは無さそうだ。この辺はとてもシンプル。
SDK Manager を起動して、必要なパッケージをインストール。
このとき Android SDK Build-Tools 23.0.1 にチェックが入ってないとダメ。
環境変数 ANDROID_HOME にもパスをセットする必要がある。
export ANDROID_HOME=${HOME}/Library/Android/sdk
export PATH=${PATH}:${ANDROID_HOME}/tools
export PATH=${PATH}:${ANDROID_HOME}/platform-tools
最初、ここのパスを間違えて結構ハマった。
次に Android Studio から AVD Manager を起動して、エミュレータを起動しておくのがポイント。
AVD Managerは
android avd
のコマンドでも起動できる。
react-native run-android
でアプリを実行。
こんな感じで Android アプリもビルドできた。
TabBarIOSの公式ドキュメント通り実装してみるが、何故かエラーが出る。。🤔
調べてみてわかったのだが、
var React = require('react'); var ReactNative = require('react-native');
みたいな書き方はすでに古くなっているらしい😩
Does React Native use require or import? - Stack Overflow
import React, { Component } from 'react'; import { AppRegistry, TabBarIOS, StyleSheet, Text, View } from 'react-native';
のような書き方に修正することで、なんとかビルドが通った。
見てるドキュメントが間違ってるのかもしれないけど、公式ドキュメントが最新になってないのはちょっと焦った😞
TabBarIOS という名前なので、Androidの場合はどうするんだろう？という疑問が湧いたが、やはり同じことを考える人がすでにいた。
How to make Tab bar for Android like TabBarIOS in react native? - Stack Overflow
こうやってiOS用のコードとAndroid用のコードを別々に管理していくことになりそう。
iOSアプリはXcode で、AndroidアプリはAndroid Studioで作りたいと思った。何を言っているのかわからねーと思うが(略
— Og🌗エンジニア🏝宮崎 (@koogawa) 2017年2月4日
昨日はトレタさんで開催された potatotips #35 (iOS/Android開発Tips共有会) に参加してきました。
とてもオシャレなオフィスでした。
社内にはリラックマさんの姿も。
バーカウンターの裏はこんな感じ。id:masuidrive さんにコーヒーを淹れて頂きました。ごちそうさまでしたm(＿ ＿)m
いつものようにツイートもまとめておきました。
以下はiOSの発表メモになります。間違いなどあれば教えて下さい（遅刻してしまったため、最初の方はメモが取れておりません🙇）
y_koh さんによる発表（私が遅刻したためメモが取れず🙇🏻）
「来年のSwift 4では楽になるはず」
私も期待してます😇
kumapo さんによる発表（私が遅刻したためメモが取れず🙇🏻）
yimajo さんによる発表（私が遅刻したためメモが取れず🙇🏻）
yimajo さんには休憩中に Touch Bar を見せて頂きました！初めて見たので感動でした 😂
ikamooon さんによる発表です。GitLab で CI をまわすお話でした。
GitLab CI を使うための Multi Runner の設定方法などを詳しく解説されていました。
TachibanaKaoru さんによる発表です。
アプリ内のソースコードをプロセス間で共有する仕組みである Embedded Framework についてのお話です。実際に使う上でのメリット・デメリットなど、ノウハウが満載でした。
ちなみに、QAタイムでは Tachibana さんが発表に使われていたMacBook Pro の使用感に関する質問が相次ぎましたｗ
Yuta Hoshinoさんによる発表です。
PickerをPopoverスタイルでコード1行で表示できる SwiftyPickerPopover について、デモを交えながら解説されていました。
nafu003 さんによる Firebase のお話です。
Firebase は Crash Reporting 機能も統合しているため、クラッシュが発生したユーザがどんな行動をしていたか？なども分析することができるそうです。他にもデモを交えながら様々な機能を紹介されていました。
Ryota Hayashi さんによる発表です。
UIコンポーネントを開発する上でUIKitと同連携させていくか、というお話でした。ピンコードを入力するUIを例として、サンプルコードを交えながら解説されていました。華やかなUIをOSSで実現するのも良いけど。。の話はとても共感できました。
今日の #potatotips は質疑応答も活発でいい感じでしたね！
— 所 友太 | Spinners Inc. (@tokorom) 2016年11月29日
tokorom さんも仰っていましたが、今日は質疑応答時間がアクティブで良い感じでした！（質問がひとつも出なかった発表はなかったのでは？）司会の方の進め方も上手かったのだと思います。
また、今回は噂の新型MacBook Proで発表される方が何人かいらっしゃいました。やはりUSB-Cのディスプレイアダプタまわりで苦労されている方が多かったように思えます。普及するまでにはしばらく時間がかかりそうですね。
