今勤めてる企業で質問された際に、うろ覚えで答えたので、もっかい Effective Java 読んだので、そのメモ
ServiceLoader パターン)Swift の Result をいじっていて、書いてしまった拡張関数
extension Result { func doOn(success: (Success) -> Void, failure: (Failure) -> Void) { switch self { case .success(let value): success(value) case .failure(let error): failure(error) } } }
.success の場合にデバッグプリントするための関数extension Result { func peek(_ action: (Success) -> Void) -> Result<Success, Failure> { let doNothing: () -> Void = {} switch self { case .success(let value): action(value) case .failure(_): doNothing() } return self } }
.failure の場合にデバッグプリントするための関数extension Result { func peekError(_ action: (Failure) -> Void) -> Result<Success, Failure> { let doNothing: () -> Void = {} switch self { case .success(_): doNothing() case .failure(let error): action(error) } return self } }
表題の通り、 Swift 愛好会 なる勉強会に行ってきました
ついでなので、 swift-log について発表してきた
www.slideshare.net
雑に紹介すると、 swift-log は apple が作っている slf4j みたいなもの。 slf4j が log4j などのログを奪う機能(slf4j-over-log4j)はまだない。
勉強会の雰囲気は、アットホームなノリで、肩肘張らずにいられる感じ。
普段はエンジニアでない方の iOS アプリ開発の疑問も、みなでどうすればいいか意見を出し合う相談会になった。
初心者も上級者も誰でもウェルカムだそうですので、 swift さわってる人は一度行ってみるとよいかもしれません。
なるべく 月1度リリースしようと心がけてはいますが、ちょっと時間が経ってしまいました。
ということで、 pixela-java-client のバージョン0.3 を maven central repository にリリースしました。
https://search.maven.org/search?q=pixela
↑ CI 回している回数を草化した画像
今回の変更点は以下のとおりです。
Response という型を使っていましたが、これは実質 Mono であるし、これを表現することで何らかの問題を解決しているわけではないので、なくしましたPixela から Graph 既存の Graph に移動する際に、 pixela#graph に与えるパラメーターが GraphId でしたが、これのインスタンスを作るのもまあ面倒なので、 String で与えられるようにしました。内部的には GraphId によるバリデーションを行っていますが、ユーザーには極力簡単な API を提供したほうがよいだろうと考えてこの形にしました。今後
Response の型とかの変なところに気がついて修正しました現場からは以上です
c.f. 今 Swift 用の pixela client を書いています。こちらもあわせてよろしくおねがいします！
