こんにちは。株式会社ビデオマーケットの仙台オフィスでMIRAILのiOS/Androidアプリ開発を担当しているasmzです。 今回はちょっとニッチなFirebaseの利用法をご紹介します。 はじめに 皆さんはFirebaseを利用したアプリ開発を行っている時、1つのアプリから複数のFirebaseプロジェクトを使いたくなることはありませんか？ありませんね、わかります。 例えば、開発環境用・本番用など環境毎に複数のFirebaseプロジェクトを用意し、iOS/Androidアプリのビルド時に GoogleService-Info.plist や google-services.json を読み替えることで、実際に参照するFirebaseプロジェクトを使い分ける、といったことは結構あるかと思います。 ただ今回はそういう意味の「複数」ではなく、1つのビルドバイナリからFirebaseプロジェク

この記事はiOS #2 Advent Calendar 2020の10日目の記事です。 こんにちは。株式会社ビデオマーケットの仙台オフィスでMIRAILのiOS/Androidアプリ開発を担当しているasmzです。 ちょっと業務でiOSアプリでのWebSocketクライアントの実装方法を調査していて、その中でApple公式のAPIとして用意されているURLSessionWebSocketTaskの使い方を初めて知ったので、今回は簡単なWebSocketクライアントを実装しながらその実装方法をまとめてみたいと思います。 WebSocketとは 詳細は省きますが、Webアプリケーションにおいて双方向通信を実現するための技術仕様です。 e-words.jp WebSocketではサーバとクライアントがコネクションを確立後、そのコネクションを用いてメッセージの送受信を行うことで、低コストなリアルタ

はじめに 自分のXcodeプロジェクトではライブラリ管理を徐々にCocoaPodsからSwift Package Manager（以下 SPM）へ移行してるんですが、CocoaPodsの時にやっていたのと同じようなBitriseのキャッシュ設定をSPM用にも入れたいなと思いちょっと調べてみました。 SPMで取ってきたパッケージをBitriseでキャッシュさせるのどうやるんかなぁ🤔— asmz (@_asmz) 2020年10月19日 で、先に言ってしまうと、調べた結果こちらの記事がとても参考になった（と言うかCIサービスがCircleCIなところ以外はほとんどこれと一緒）ので、気になる方はこちらと併せてご確認ください。 uptech.team 今回やりたいこと CocoaPodsでは、落としてきたライブラリたちが全て./Podsに入るので、BitriseのCache:Pushでは以下のよ

事の発端 元々以下のように数値を通貨形式の文字列フォーマットに変換する処理のユニットテスト書いてあったんだけど、Xcode11にしてからテストが失敗するようになってしまった。 let target = 1000 XCTAssertEqual(target.yenFormattedString, "1,000円") // "1,000 円" is not equal "1,000円" ちなみに、ここでやっている .yenFormattedString は以下のようなIntのExtension。 extension Int { var yenFormattedString: String { let formatter = NumberFormatter() formatter.locale = Locale(identifier: "ja_JP") formatter.numberStyle

仙台からこんにちは。asmzです。 今回は弊社のiOSアプリ開発全般で整備しているCI/CD環境の構成と、その実現のために利用しているモバイルアプリ向けCI/CDプラットフォームサービス「Bitrise」の活用方法についてご紹介したいと思います。 はじめに 弊社には、自社VODサービスである「VideoMarket」や現在私が担当している「MIRAIL」、また動画配信プラットフォームとしてアライアンス企業様へ提供している動画再生ライブラリなど、いくつかのiOSアプリプロジェクトが存在します。 しかし、1年半くらい前まではそれらのプロジェクトにはCI環境が整備されておらず、ベータ版の配布やアプリのリリース作業などは全て手動で行われており、多くの作業コストやビルド設定誤りリスクなどを抱えていました。 このような問題が積み重なっていくと長期的にサービスを継続・グロースしていくに当たっての大きな障

2018年12月12日、株式会社サイバーエージェントにて「CA.swift」の　第7回が開催されました。AbemaTVやAmeba、AWAなどを担当しているiOSエンジニアが登壇し、それぞれのチームの開発ノウハウを惜しみなく語るイベント。今回は、『iOSアプリ設計パターン入門』の著者2名を含む5人のエンジニアが、iOS開発における知見を披露します。プレゼンテーション「Firebase Dynamic Links導入事例」に登壇したのは、株式会社サイバーエージェントの行木千春氏。講演資料はこちら Firebase Dynamic Links導入事例 行木千春氏：よろしくお願いします。株式会社サイバーエージェントの行木千春です。 自己紹介なんですけれども、2015年中途入社で、それ以降ずっとAmebaでiOSエンジニアをしています。WWDCに2回参加していまして、2015年にUniversal

はじめに こんぬづは、このたび約2年勤めていたクラスメソッド株式会社を退職する、モバイルアプリサービス部の田中です。 この記事は退職&ありがとうエントリです。この2年を振り返って 「最初の就職がクラスメソッドでよかったな」 という気持ちが溢れたので、クラスメソッドとの出会いと、気持ちを綴っていきます。 AWAYOKUBA、転職を考えていてクラスメソッドが気になる人の参考資料になれば幸いです。 クラスメソッドとの出会い 以前からDevelopers.IOを読んでいて、イベントレポートがよくあげられていたことと、日々の開発でブログを参考にしながら開発をしていたことを覚えています。 学生の頃からブログを書くことと、IT勉強会などのイベントに参加することが大好きだったので、クラスメソッドに興味を持っていました。 僕と同じようにDevelopers.IOをたよりにクラスメソッドに入社する人は今でも多

社内イベントで登壇した際のスライドです。｢ユーザーインターフェイス解剖学｣の改訂版。主に、UIデザインにおいて検討した方がよい／すべき考え方というものを簡単にご紹介しました。

表題通り。間違ってたら教えて欲しい。 iOS9以降をDeployment Targetにしている場合のみの話ですので、iOS8系をサポートしている場合は今まで通り明示的にremoveしましょう。 今までは NotificationCenter.default.addObserver(_:selector:name:object:) して追加されたNotificationを、明示的にremoveする必要がありました。用途によりますが、 viewWillDisappear や deinit の中で NotificationCenter.default.removeObserver(self) とか書いていることと存じます。 この処理がiOS9以降を対象としたビルドでは不要になりました。 ほんまかいなという話ですが、addObserver(_:selector:name:object:) - N

はじめに こんぬづは、わざわざ勉強会に外付けの分割キーボードを持ってドヤリングした田中です。持ち運びがめんどくさかった！そして茶軸がうるさくて迷惑をかけました。ごめんなさい。 分割キーボードを使いこなす @ktanaka117 。 #iosendai pic.twitter.com/yBqEF1KxUh — YAMAMOTO Masaki (@nnasaki) 2017年12月26日 さて今回の記事は、昨日開催された、仙台のiOS開発者コミュニティであるSWWDCにお邪魔してきましたので、そのレポートをお届けします！ 「SWWDCの活動振り返りと来年の展望」 @totottiさん KPTで振り返ります K 他の勉強会とコラボできてよかった SWWDC × AKIBA.swift in Sendai を開催しました！ #swwdc #akibaswift ｜ Developers.IO P

この記事は、RxSwift が提供する公式のサンプルである RxExample で行き詰まった方向けに、実践的な対処方法を紹介します。具体的には RxExample にある MVVM (Model-View-ViewModel) を真似たアーキテクチャで陥りがちな Fat ViewModel へ対処する方法の解説になっています。 なお、この記事の想定読者は RxExample の初級者〜上級者ですが、それぞれの方向けにこの記事の読み方を説明します。 初級者の方へ 登場するコードは、コメントだけ拾い読みしても内容がわかるように配慮しています。コードを深く追うと疲れてしまうと思うので、コード内のコメントの内容を追ってください。 上級者の方へ この記事では、RxExample 上級者が疑問を感じるであろうコードに「上級者向け注釈」をつけています。記事末に注釈の解説がありますので、そちらをご覧くだ

iOS 開発で必須とも言える API クライアントの設計手法を、初心者にもわかりやすく紹介します。 はじめに あなたは、どのように API クライアントを設計していますか。 まずはライブラリを選ぶでしょうか。 それとも、クラス図を書くのでしょうか。 なるほど、なるほど、ふーむ。 この記事では、もっと別のより良い設計方法を紹介します。 紹介する設計方法は、ほとんど設計知識のない状況から始めることができます。しかも、最終的にはあなたのプロジェクトにぴったりの設計を手に入れられる方法です。 対象読者 さて、この記事では、対象読者を次のように設定しています: どのような API 設計にしたらいいかわからない人 どのような API のライブラリを使うべきかわからない人 また、最終的には以下のレベルの目標を達成できることでしょう: あなたのプロジェクトの API 層設計者になれるレベル 目次 はじめに

前置き MVC, MVP などいろいろ表現あるのでまとめて MV* と書きます。 (「MVW = Model-View-Whatever」でも良いですがMV*の方が親しみがあるので) MV*に関して、「Modelがなにをするか」、「Viewがなにをするか」、「MV*がどう連結しているか」という認識が、各々微妙に異なることがあります。 異なったままでは説明に困るので、この記事では Model と View の話をします。 話すこと Viewとは 画面の構築/表示を行う (内部表現をUI要素へ変換する) (ユーザー操作の受付を行う) Modelとは 状態・値を持つ Modelの外から指示を受け処理を行う 状態・値の変化をModelの外へ 間接的に 知らせる機能持つ 間接的な通知方法として、Observerパターンを利用する 理由 Modelを「Model単独で成り立つクラス」として作れる Mo

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

こんにちは、サービス開発部の森川 (@morishin127) です。主にクックパッドの iOS アプリの開発に携わっています。 日々アプリを開発する中で、近頃は最適なアーキテクチャとは何かを考えながら色々な形を試行錯誤しています。世の中で採用されているモバイルアプリのアーキテクチャには様々なものがあります。MVC, MVP, MVVM, VIPER, Clean Architecture などなど。開発している、あるいは開発しようとしているアプリケーションでどういったアーキテクチャを選択するかというのは難しい問題です。選択するためにはアーキテクチャに求める要件を定義する必要があります。この記事では私がアーキテクチャに求める要件と、それらをある程度満たすと考えた MVVM と Flux という2つのアーキテクチャで実装したサンプルを見つつその長所・短所について考えてみようと思います。 アー

UITableViewの上にUIButtonをスクロールせず固定して表示する方法！ こんにちわ！ Railsエンジニアの @hbd225 です。 最近は仕事のあとswift書いてたりですので、swiftネタです！ 初めてAirbnbのアプリを見たときは細かいところまでUIが作り込まれててすごいなーと感動したものですが、Airbnbの検索アイコンやメルカリの出品ボタンなど、UITableViewの上にボタンがスクロールされず固定されて表示されてる感じの素敵なUIをよく見かけますので、実装方法について調べてみました！ 先に結論 UITableView のセル上に直接ボタンを追加しても、スクロールすると画面外に消えてしまいますので、ContainerView を配置して Embed segue で UITableView を繋いで実装することで、ContainerView の上に固定されてスクロ

はじめに 以前[Swift] RxSwift + Alamofire + ObjectMapper + Realmの基本的な使い方と言う記事を書いたのですが、一年経った今ではそのまま使えない上に理解に時間がかかりました。 なので、再度API通信をする方法について考えてみました。 以前の方法ではRouter部分と呼び出される処理の部分が離れているため、APIを追加するために３箇所にコードを書く必要がありました。 これにモデルを入れると以下の４箇所になってしまいます。 Router部分 API部分 API呼び出し部分 モデル これをもう少し端折りたくて、今回は一部の整合性チェックを捨てて簡易的に実装できるものを作ってみました。 この方法が良いかどうかは・・・わかりません。 使っているライブラリー 使用しているライブラリーは以下です。 github "ReactiveX/RxSwift" git

About the content This content has been published here with the express permission of the author. MVVM is the critical design pattern for front-end engineers. There are so many ways that objects can talk to each other in an iOS App: delegates, callbacks, notification. In this Swift Language User Group talk, Max Alexander shows you how to streamline your development process in 3 easy patterns with

[Swift][OSS] iOS 9以上でAuto Layoutの制約が簡潔に書けるTinyConstraintsを試してみた はじめに 最近、離乳食でハチミツを食べていた男の子が乳児ボツリヌス症で亡くなったニュースに心を痛めている加藤です。悲しすぎますね... さて、今回は記事執筆時点でStarの数が1400を超えているTinyConstraintsというSwiftのライブラリが良さげだったので試してみました。 検証環境 本記事は以下の環境で検証を行っています。 macOS Sierra バージョン 10.12.4 Xcode Version 8.3 (8E162) iPhone 7シミュレータ iOS 10.3（14E269） Swift 3.1 CocoaPods バージョン 1.2.0 TinyConstraintsとは TinyConstraints is the syntact