Firebase vs Parse – 2025年のiOS開発のための包括的な比較 – パート1
Contents
はじめに
ParseとFirebaseは、開発者の生活を楽にするために作られたプラットフォームで、アプリケーションのサーバーサイドをより速く、堅固に、スケーラブルに構築します。
この2つの製品は数年前に市場に出て以来、常に新しい機能をもたらし、新しい技術に対応しながら進化してきた。
この2つは、それぞれ異なるアプローチをとっている。また、iOS開発に特化したサポートの仕方も異なる。
私自身iOSの開発者として、iOSの世界のために両プラットフォームについて全く公平な見解を書き、特にこの市場シェアにどのようにアプローチしているかを見ることにした。
ちょっとした歴史
Firebaseは2011年にFirebse Inc.によって開発された。当時は有望だったが、2014年にグーグルに買収され、その後急速に進化した。
iOSアプリの立ち上げと実行に必要なほとんどすべてのものを含む19もの製品を保持しており、それらの製品の中でも驚くほど堅実で一貫性がある。
データベース、ホスティング、認証、リアルタイム・データベース、クラウド・メッセージングなどの機能がある。
Parseも2011年に開発されたが、Parse Inc.
同年にベンチャーキャピタルから500万ドル以上の資金を調達するほどの成功を収めた。
Parseも開発者の生活を楽にするツールをたくさん持っていて、Firebaseが持っているものをほとんど全てサポートしている。
しかし、同じ機能を実現するために異なるアプローチもある。
2013年にParse社はFacebookに買収されたが、FacebookはParse社を閉鎖し、開発者をフェイスブック内部に再配置することを決定した。
開発者たちは圧力をかけ、FacebookはParseのオープンソース化を決定した。
それ以来、コミュニティはParseを受け入れ、コミュニティの力でParseは多くの新機能を獲得し、今日まで広くサポートされている。
目的は同じ。ルートは異なる。
グーグルの一部であるFirebaseは、グーグルが提供するアンドロイドの世界に有利であることは明らかだ。
iOSをサポートしている（そして広く使われている）とはいえ、いくつかの機能は競合他社よりも明らかに「Googleフレンドリー」だ。
その一例として、Android端末にプッシュ通知を送信できるのはFirebaseアカウントのみという事実がある。
私の個人的な意見としては、Firebaseは邪道だと思うが、Androidデバイスと通信したいのであれば、Firebaseが間に入らなければならない、ということなのだろう。
つまり、iOSとAndroidで動作させる必要があるアプリケーションがある場合、たとえParseで書いたとしても、そのためにFirebaseのアカウントが必要になる。
両プラットフォームのパネルは非常に異なっており、アプリの構成と操作方法について異なるアプローチを取る。
また、使用されているテクノロジーも異なっている。例えば、データベースについては、FirebaseにはRealtime Databaseがあったが、これは新しいFirestoreへと進化した。
Parseは現時点では（定義上）リアルタイムデータベースをサポートしていないが、スキーマ、アグリゲーション、そしてFirebaseにはない（非リレーショナルデータベースであっても）リレーショナルデータを持つ機能を提供している。また、Parseではライブクエリを使ってリアルタイム性を実現している。
でも、Parseは死んだんじゃないのか？
いや。それは生きていて、コミュニティによって非常によく維持されており、日々進化している。
ベンダーロックインの難問
Parseはオープンソースで無料です。いつでもダウンロードして自分で動かすことができる。
また、ソースコードを開いて、どのように動作するかを確認したり、変更したければ変更することもできます。
FirebaseはGoogleによってクローズドソース化されている。つまり、内部でどのように動作するかはGoogleだけが知っており、Firebaseを使ってアプリを開発したら、Googleだけがそれを実行できる。
グーグルは超堅実な巨大企業であり、頼りになる一方で、製品を中止することでも知られている。興味本位で、GoogleGraveyardでGoogleの廃止プロジェクトをチェックすることができる。
つまり、Firebaseを使用している場合、Googleに縛られることになり、将来的にFirebaseがそのリストに表示されなくなることを期待したい。
おしゃべりはもうたくさん
両プラットフォームを比較してみよう。
この最初の投稿では、両プラットフォームのダッシュボードと、Swift用のX-Codeプロジェクトとの統合がいかに簡単かに焦点を当てる。
各セクションの最後に、私の個人的な見解に基づいた点数を付け、このシリーズの最後に重み付けをする。
ダッシュボード
Firebaseは非常に直感的なダッシュボードを持っているので、最初のアプリを作成するのは非常に簡単です。
まず、「プロジェクトを作成する」ボタンをクリックします：
そして名前をつける。
その後、Google Analyticsを有効または無効にします。
最後に、アナリティクスのアカウントを添付します。
そして、あなたはついに創作を終えた
ちょっとしたことだが、初めてこのアプリを作成するときにエラーが出たが、再試行するとうまくいった：
では、Parseの作成プロセスを試してみよう。
まず、”Build new app “ボタンをクリックします。
アプリの名前を付け、使用する Parse のバージョンを選択します（互換性のため）。
そして、ダッシュボードが表示され、ダッシュボードの操作方法についての簡単なチュートリアルが表示されます。
チュートリアルが終われば、もう大丈夫だ。
評決 – アプリの作成
どちらのプラットフォームも、アプリを作成する際の操作は非常に簡単だ。数回クリックするだけで、すぐに使える。ということで、引き分けとしよう。
フレームワークの統合
どちらのプラットフォームも、X-Codeプロジェクトにフレームワークを統合する複数の方法を提供している：Cocoapodsです。
X-Codeプロジェクトにフレームワークを統合するためにCocoapodsを使用していない場合は、手動で統合する代わりに、Cocoapodsまたは同様のものを使用することを検討する必要があります。そうすることで、すべてが適切な場所にあり、すべての依存関係が満たされ、更新が正しい方法で行われるようになります。
Cocoapodsを設定するには、Podfileを編集し、次のコマンドを実行します。
ポッドインストール
プロセスが実行され（左側がFirebase、右側がParse）、xcworkspaceフォーマットのファイルが提供される。
評決 – フレームワークのインストール
同じ配信方法を使えば、どちらのフレームワークにとってもプロセスは簡単でわかりやすい。
結論
この記事は連載の第1回目であり、候補者たちはレースに姿を現したばかりだ。この時点で両者が同点なのは理解できる。
次の章では、コーディングを開始し、その違いが現れ始めることを期待している。
期待していてほしい！
