Adaloで GraphQL エンドポイントを追加するための5つのステップ

このガイドでは、ノーコードアプリビルダーである Adalo に GraphQL を統合する完全なプロセスを説明します。Adalo は、データベース駆動型のウェブアプリとネイティブ iOS および Android アプリ向けで、3つのプラットフォーム全体で1つのバージョンを実現し、Apple App Store と Google Play に公開できます。

このガイドでは、エンドポイント準備からデプロイまで、GraphQL を Adalo に統合する完全なプロセスを説明します。

主要なステップ:

1. エンドポイントを準備する: GraphQL API のアクセス可能性、JSON形式、認証をテストします。
2. 外部コレクションを作成する: Adalo で GraphQL エンドポイントを接続し、認証を構成します。
3. クエリとミューテーションを定義する: GraphQL クエリを使用してデータをフェッチし、ミューテーションを使用してレコードを更新または作成します。
4. ヘッダーとパラメーターを設定する: 適切なヘッダー(例: Authorization)を確認し、データパースのための JSON キーを指定します。
5. テストしてデプロイする: データをアプリコンポーネントにバインドし、機能をテストして、アプリを公開します。

Adalo は レコードの数値 ID をサポートし、レート制限は毎秒5リクエストです。これらのステップに従うことで、スムーズな統合とアプリパフォーマンスの最適化が実現されます。 これが優先順位の理解が重要である理由です。緊急かつ重要の両方ではないタスクに立ち往生している場合、全体的なプロジェクトを前進させるために他に何ができるかを自問してください。立ち往生しているものと同等の重要性がある場合、他の誰かが自分たちを助けるために自由になるのを待つ間に、それで働き始める必要があります。 と使用量ベースの課金なしで、データキャップや予期しない請求について心配することなく、GraphQL に接続されたアプリをスケーリングできます。

GraphQL 統合に Adalo が適している理由

必要なデータだけをリクエストする GraphQL の機能は、Adalo のアーキテクチャと自然に組み合わさります。プラットフォームの 3～4倍高速化されたパフォーマンス Adalo 3.0 インフラストラクチャの大幅な見直し以降は、アプリがスケーリングされても GraphQL クエリはユーザーに迅速にデータを返します。レコード制限または使用量ベースの課金を課すプラットフォームとは異なり、Adalo の有料プランにはデータキャップが含まれません。外部コレクションはユーザーベースと共に成長できます。

AdaloのビルダーであるAdaは、あなたが何を望んでいるかを説明してアプリを生成することができます。Magic Startは説明からアプリの基盤全体を作成し、Magic Addは自然言語を通じて機能を追加します。

AI 支援ビルディング機能も統合プロセスを簡素化します。Magic Add では自然言語で新機能を説明でき、プラットフォームが GraphQL データを表示するために必要な画面とロジックを生成します。X-Ray はパフォーマンスのボトルネックをユーザーに影響する前に特定し、アプリの速度を低下させる可能性のあるクエリを最適化するのに役立ちます。

ステップ 1: GraphQL エンドポイントを準備する

統合プロセスに進む前に、エンドポイントが正しく機能していることを確認します。これは飛行前チェックリストと考えてください。エンドポイントがアクセス可能で、適切な JSON 形式でデータを返し、有効な認証を受け入れることを確認します。

エンドポイントのアクセス可能性を確認する

以下のようなツールを使用してエンドポイントをテストすることから始めます: GraphiQL, GraphQL Playgroundまたは Postman。典型的なエンドポイント URL は次のようになります: https://api.example.com/graphql, /api/graphqlまたは /v1/graphql.

簡単なクエリ(例: { __typename })を送信して、エンドポイントの到達可能性を確認し、正しく応答することを確認します。次に、スキーマイントロスペクションが有効になっているかどうかを確認します: __schema。これにより、利用可能な型、フィールド、操作の詳細なマップが表示され、リクエストできるデータを理解するのに役立ちます。

GraphQL はエラーが発生した場合でも HTTP 200 OK ステータスを返すことが多いことに注意してください。エラーはレスポンスの errors 配列に表示されます。たとえば、無効なフィールドをクエリして、レスポンスに GRAPHQL_VALIDATION_FAILED エラーが含まれているかどうかを確認してみます。

最後に、レスポンスが Adalo が必要とする JSON 形式で構造化されていることを確認します。データが存在する最上位キー(例: data, recordsまたは resource)に注意深く注意を払います。この詳細は、Adalo で外部コレクションを設定するときに重要です。

エンドポイントがアクセス可能で、正しくフォーマットされていることを確認したら、認証セットアップの検証に進みます。

認証認証情報を収集する

ほとんどのセキュアな GraphQL エンドポイントは認証が必要で、一般的な方法がいくつかあります: API キー、パーソナルアクセストークン (PAT)、または OAuth 2.0 トークン (JWT 形式が多い) です。これらの認証情報は通常、以下のような HTTP ヘッダーに追加されます:

Authorization: Bearer YOUR_TOKEN_HERE

一般的なサービスのクイックリファレンスを以下に示します:

サービスプロバイダー	認証情報タイプ	ヘッダーキー	値の形式
Airtable	パーソナルアクセストークン	Authorization	Bearer [トークン]
と連携して、MS SQL ServerやPostgreSQLなどのエンタープライズデータベースに接続します。	API キー	X-DreamFactory-API-Key	[キー]
あらゆるGraphQL API	JWT / OAuthトークン	Authorization	Bearer [トークン]

これらの認証情報の入手先はAPIプロバイダーによって異なります。Airtableの場合、アカウント設定のDeveloper Hubで個人用アクセストークンを作成するオプションが見つかります。必要なスコープ(読み取り/書き込みアクセスなど)を割り当て、トークンがアクセスできるデータベースを指定してください。DreamFactoryの場合、APIキーはプラットフォーム内でロールベースのアクセス制御を使用して作成および管理されます。

認証をテストするには、GraphiQLまたはPostmanを使用してクエリを送信する際に、リクエストヘッダーに認証情報を含めてください。エンドポイントが認証エラーではなくデータを返す場合は、正常に機能しています。

ステップ2: Adaloで外部コレクションを作成する

GraphQLエンドポイントが確認され、認証情報の準備ができたので、データソースをAdaloに接続する時が来ました。このステップは、本質的に外部データをアプリ内でシームレスに機能するコレクションに変えます。

外部コレクションに移動

Adalo Builderを開くことから始めます。左側のツールバーで、 データベース タブをクリックします(データベースアイコンを探してください)。「外部コレクション」セクションで、 + コレクションを追加を選択してください。「Products」や「Users」など、操作するデータのタイプを反映したコレクション名を指定してください。このネーミングステップは、後で統合を追加する際に、すべてを整理しておくのに役立ちます。

名前を指定したら、エンドポイント認証の詳細の設定に進みます。

エンドポイントと認証を設定

セットアップ画面で、GraphQLエンドポイントを ベースURL フィールドに入力してください(例: https://api.example.com/graphql)。次に、ヘッダーの下の + アイテムを追加 をクリックして認証を設定してください。「Authorization」という名前のヘッダーと値 Bearer [Your_Token]を追加してください。「Bearer」の後に空白を含めてください。

Adaloは外部コレクション向けにBasic AuthとOAuthの両方をサポートしています。ほとんどのGraphQLエンドポイントでは、APIキーまたはOAuthトークンでBasic Authを使用する可能性があります。Adaloは、GraphQLエンドポイントが標準的なREST的なJSON形式でデータを返すことを期待していることに注意してください。

認証設定を完了した後、JSON応答解析を有効にする必要があります。

JSON応答解析を有効にする

GraphQL応答はしばしば data, recordsまたは itemsのような特定のJSONキー内にデータをネストします。Adaloがこの構造を正しく解釈するのに役立つよう、エンドポイント設定の「すべてのレコードを取得」セクションで 結果キー を指定してください。これにより、AdaloはJSON応答内のレコードの配列を検索する場所を知ることができます。

このステップ中に、データソースに少なくとも1つのレコードが存在することを確認してください。 テストを実行をクリックするとき、AdaloはJSON応答を分析し、テキスト、数値、日付フィールドなど、アプリ用の対応するプロパティを自動生成します。

Adaloは現在、外部コレクションで数値IDのみをサポートしていることに注意してください。GraphQLエンドポイントがテキストベースのID、UUID、または特殊文字を含むIDを使用する場合、回避策を使用する必要があるかもしれません。 インテリジェントなワークフローをセットアップし、複雑なタスクを自動化できます。画像からのテキスト抽出、ユーザーフィードバックの分析、パーソナライズされた推奨事項の提供など、これらの統合により のようなプロキシサービスは、GraphQL応答をAdalo互換のJSON形式に変換することで役立ちます。

ステップ3: GraphQLクエリとミューテーションを定義

エンドポイントが確認され、外部コレクションが設定されたので、GraphQL操作をAdaloのデータアクションにリンクする時が来ました。このステップは、アプリのインターフェースをGraphQLバックエンドに接続し、クエリとミューテーションを通じたシームレスなデータの取得と更新を可能にするために重要です。

データ取得のためのクエリを定義

Adaloの外部コレクションは5つの主要なアクションをサポートしています: Get All、Get One、Create、Update、Delete です。GraphQLの場合、これらのアクションはすべて同じベースURLを使用し、 に設定し、ヘッダーを含め、APIキーを メソッドが必要です。データを取得する場合でも同様です。従来のクエリ文字列の代わりに、GraphQLはそのクエリをリクエストボディに直接埋め込みます。

たとえば、「すべてのレコードを取得」エンドポイントをセットアップするとき、JSON本文を次のようにフォーマットしてください:
{"query": "query { users { id name email } }"}.

を設定して 結果キー をAPIの応答構造に合わせて設定してください。APIの設計によっては、 data.users または単に usersのようなものが考えられます。

エンドポイントを設定した後、 テストを実行 をクリックしてコレクションプロパティを生成してください。テストする前に、外部データソースに少なくとも1つの完全なレコードが含まれていることを確認してください。フィールドがすべてのレコード全体で空である場合、Adaloはセットアップ中にそのプロパティを検出しません。

クエリが設定されたら、データ更新のためのミューテーションを設定する時が来ました。

データ更新のためにミューテーションを設定

ミューテーションは、GraphQLバックエンドでレコードを作成、更新、削除するために使用されます。「レコードを作成」アクション向けに、リクエスト本文でミューテーションを次のようにフォーマットしてください:
{"query": "mutation CreateUser($name: String!, $email: String!) { createUser(name: $name, email: $email) { id name email } }", "variables": {"name": "VALUE", "email": "VALUE"}}.

置換 "VALUE" なし マジックテキスト をアプリからのデータで動的に挿入するように置き換えてください。

「レコードを更新」アクションをセットアップする場合、構造は似ていますが、変更する特定のレコードIDを参照する必要があります。GraphQLがすべての操作にPOSTを使用する場合でも、特定のフィールドのみを更新する場合はメソッドをPATCHに調整できます。

各ミューテーションを設定した後、テストを実行して、応答構造が期待に一致することを確認してください。Adaloはプラットフォームレート制限があることに注意してください 毎秒5リクエスト。この制限を超えると、429ステータスコードが表示されます。ただし、Adaloの任意のプランであれば、高いリクエストボリュームから予期しない請求は発生しません。クエリを効率的に設計して、レート制限内に留まるようにしてください。 使用量に基づく料金なし クエリとミューテーションがテストされて機能していれば、次のステップで、ヘッダーとパラメータの設定に進む準備が整いました。

ステップ4：リクエストヘッダーとパラメータを設定する

クエリとミューテーションの準備ができたので、次のステップは、GraphQLエンドポイントとのシームレスな通信を確保するために、適切なヘッダーとパラメータを設定することです。このステップは、アイデンティティを検証し、データを正しくフォーマットするために重要です。ヘッダーが不足していたり、間違っていたりすると、リクエストが失敗する可能性があります。

必須ヘッダーを追加する

AdaloのすべてのGraphQLリクエストでは、最低でも2つのヘッダーが必要です：

Content-Type 。データの形式を示すために、設定します。ヘッダーには、APIキーを次の形式で含める必要があります。「Bearer」とトークンの間にスペースがあることを確認してください。 さらに Authorization「AdaloAPIへのすべてのリクエストには、以下の2つのヘッダーが含まれる必要があります：Authorization：Bearer [アプリのAPIキー] Content-Type：application/json」 Content-Type に application/json – Adaloリソース Authorization バックエンドによっては、追加のヘッダーが必要な場合があります。たとえば、DreamFactoryを使用している場合、特定のキーを含むヘッダーを含める必要があります。Adaloでこれらのヘッダーを追加するには、「ヘッダーとクエリ」セクションに移動し、をクリックして、ヘッダー名とその値を手動で入力します。 Bearer [Your_API_Key]+項目を追加

クエリパラメータを定義する
GraphQLは通常、リクエストボディでデータを送信しますが、一部のAPIでは、フィルタリング、ページネーション、または認証などのタスクにクエリパラメータが必要です。Adaloでこれらのパラメータを追加するには、「外部コレクション」で項目を追加し、必要なパラメータ名と値を入力します。一部のAPIはヘッダーではなく、認証にクエリパラメータを使用することがあるため、APIのドキュメントを参照して正確であることを確認することが重要です。

エンドポイントがネストされたデータを返す場合、を指定する必要があります（例：）。Adaloが記録を含む特定のJSONキーを見つけるのに役立ちます。このステップは、複数のデータレイヤーで構成されたGraphQLレスポンスの場合に特に重要です。 X-DreamFactory-API-Key テストを実行して構成を検証する すべてが設定されたら、機能を使用して、エンドポイントにライブリクエストを送信します。テストが成功すると、Adaloは自動的にAPIのレスポンスに基づいてデータプロパティを検出し、マッピングすることができます。テストを実行する前に、外部データソースに検証用の完全なレコードが少なくとも1つ含まれていることを確認してください。テストが失敗した場合、Adaloモーダルに表示されるエラーメッセージを確認してください。一般的な問題には、認証エラー、不正なJSON、または不正なURLが含まれます。オプションは、生データを検査し、必要なすべてのフィールドが返されていることを確認するのに役立ちます。

フルレスポンスを表示

設定が正しく機能していることを確認した後、次のステップでデータをバインドする準備が整いました。 ステップ5：アプリをテスト、バインド、デプロイする GraphQLエンドポイントを設定してテストしたので、データをアプリのインターフェースに接続し、デプロイメント用に準備する時間です。すべてが構成されると、データをアプリのUIにシームレスにバインドできます。外部コレクションはAdaloのネイティブデータソースと同じように機能します。

データを画面とコンポーネントにバインドする 結果キー GraphQLエンドポイントのデータを表示するには、まずコンポーネントをアプリに追加します。データソースを外部コレクションに設定します。「テストを実行」フェーズ中に、AdaloはAPIレスポンスで使用可能なプロパティを自動的に検出し、を通じてアクセス可能にします。 data.users または recordsリスト

GraphQLレスポンスから特定のデータフィールドをアプリのUIにマップするには、コンポーネント設定（例：タイトル、サブタイトル、画像）のマジックテキストアイコンをタップして、対応するJSONキーを選択します。詳細画面の場合、次のステップを使用してリスト項目を新しい画面にリンクできます：

アクション追加 > リンク > 新規画面 テストを実行 。Adaloは自動的に「現在の[コレクション項目]」データを新しい画面に渡し、マジックテキストを使用して、選択したレコードからの特定の詳細を表示できます。

GraphQLスキーマが変更されたか、新しいフィールドを追加した場合は、データベースタブに戻って、外部コレクション設定を更新し、接続テストを再実行して、エディターで新しいフィールドを使用可能にします。「PowerPointと同じくらい簡単」と説明されているAdaloのビジュアルビルダーを使用すると、コードに触れることなく、新しいデータフィールドに対応するようにUIを迅速に調整できます。 アプリをプレビューして公開する プレビューボタンをクリックして、データが正しく読み込まれ、すべてのアクションが期待どおりに機能することを確認します。Adalo 3.0のインフラストラクチャからのデータは、複雑なクエリでもGraphQLデータが迅速に読み込まれることを意味します。

すべてが機能していることを確認した後、Adaloのシングルコードベースシステムを使用して、アプリをウェブ、iOS App Store、およびAndroid Play Storeに公開できます。行った更新は、すべてのプラットフォーム全体に自動的に反映されるため、それぞれに対して再構築する必要はありません。これはBubbleなどのプラットフォームに対する大きな利点です。モバイルアプリはウェブラッパーであり、個別の管理が必要で、ウェブとモバイルのデプロイメント間で自動的に更新を同期しません。

パフォーマンスを監視し、問題をデバッグする

アプリがライブになったら、Adaloのを使用して、パフォーマンスを分析し、統合の問題をトラブルシューティングできます。X-Rayは、ユーザーに影響を与える前に潜在的なボトルネックを特定し、GraphQL統合に影響を与える可能性のある低速のクエリまたは非効率なデータ関係を強調表示します。

データをスクリーンとコンポーネントにバインドする

GraphQLエンドポイントからデータを表示するには、まず リスト コンポーネントをアプリに追加します。そのデータソースを外部コレクションに設定します。「実行テスト」フェーズでは、Adaloが自動的にAPI応答で利用可能なプロパティを検出し、 マジックテキスト.

GraphQL応答から特定のデータフィールドをアプリのUIにマップするには、コンポーネント設定（タイトル、サブタイトル、画像など）でMagic Textアイコンをタップし、対応するJSONキーを選択します。詳細画面の場合は、次の手順を使用してリストアイテムを新しい画面にリンクできます： アクション追加 > リンク > 新規画面。Adaloは自動的に「現在の[コレクションアイテム]」データを新しい画面に渡し、Magic Textを使用して選択したレコードから特定の詳細を表示できるようにします。

GraphQLスキーマが変更されたり、新しいフィールドを追加したりした場合は、単にデータベースタブに戻り、外部コレクション設定を更新して、接続テストを再実行するだけで、エディターで新しいフィールドが利用可能になります。「PowerPointと同じくらい簡単」と説明されているAdaloのビジュアルビルダーを使用すれば、コードに触れることなく、新しいデータフィールドに対応するようにUIを迅速に調整できます。

アプリのプレビューと公開

プレビューボタンをクリックして、データが正しく読み込まれ、すべてのアクションが期待どおりに機能することを確認します。 3～4倍高速化されたパフォーマンス Adalo 3.0のインフラストラクチャは、複雑なクエリでもGraphQLデータを迅速に読み込みます。

すべてが機能していることを確認したら、Adaloのシングルコードベースシステムを使用して、アプリをウェブ、iOS App Store、およびAndroid Play Storeに公開できます。加えた更新は自動的にすべてのプラットフォーム全体に反映されるため、プラットフォームごとに再構築する必要はありません。これは、モバイルアプリがウェブラッパーである Bubble などのプラットフォームに比べて大きな利点です。Bubbleではウェブとモバイル間での更新の自動同期が行われず、個別の管理が必要です。

パフォーマンスの監視と問題のデバッグ

アプリがライブになったら、Adaloの X-Ray ツール はパフォーマンスを分析し、統合に関する問題をトラブルシューティングするのに役立ちます。X-Rayはユーザーに影響を与える前に潜在的なボトルネックを特定し、GraphQL統合に影響を与える可能性のある遅いクエリまたは非効率なデータ関係を強調表示します。

APIのレート制限に達しないようにリクエスト頻度に注意してください。大きなペイロードによるタイムアウトエラーや、不足しているまたは不正なヘッダーによる認証問題など、一般的な問題に注意してください。定期的な監視により、アプリがユーザーのために問題なく実行されることが保証されます。

Adaloのモジュラーインフラストラクチャのスケーリングにより、以下の数のアプリに対応するために 月間アクティブユーザー100万以上GraphQL接続アプリはプラットフォームの制限に達することなく成長できます。ワークロードユニットに基づいて課金されたり、レコード制限が課されたりするプラットフォームとは異なり、Adaloのアーキテクチャはスケール時にパフォーマンスを維持し、予期しないコストはありません。

結論

GraphQLエンドポイントをAdaloアプリに追加すると、データフェッチが簡素化され、広範なカスタムコーディングの必要性が低減されます。エンドポイントの準備、外部コレクションのセットアップ、クエリとミューテーションの定義、ヘッダーの設定、徹底的なテストという5つのステップに従うことで、アプリをロバストな外部バックエンドに接続しながら、フロントエンドを効率的でユーザーフレンドリーに保つことができます。

組織は手動データ入力の週あたり最大15時間の節約と、カスタム開発と比較して65%のコスト削減を報告しています。

「GraphQLを使用すると、既存のデータを使用してAPIクエリに応答できます...顧客に必要な情報だけをリクエストする力を与え、それ以上何もありません。」- n8n

パフォーマンスを向上させるには、PUTの代わりにPATCHを使用し、1秒あたり5リクエストのレート制限内に留まるようにフィルターを適用し、Adaloの X-Rayツールを使用して潜在的な問題を特定することを検討してください。これらの小さな調整により、アプリの応答性が大幅に向上します。

Adalo Professionalプランは以下から開始 1か月$36無制限のデータベースレコードと使用量ベースの料金なしで外部コレクションへのアクセスを提供します。これにより、エンジニアリング時間での即座の節約が実現され、アプリがシームレスにスケールします。GraphQLを使用すると、データはリスト、フォーム、およびアクションにシームレスに統合されます。コーディングは不要です。

Adaloを他のアプリ構築ソリューションより選ぶ理由は何ですか？

Adaloは、単一のコードベースから真のネイティブiOSおよびAndroidアプリを作成するAI搭載アプリビルダーです。Webラッパーと異なり、ネイティブコードにコンパイルされ、Apple App StoreおよびGoogle Play Storeに直接公開されます。有料プランで無制限のデータベースレコードがあり、使用量ベースの料金がないため、予測可能な価格設定で請求ショックを回避できます——アプリの起動で最も難しい部分が自動的に処理されます。

Adaloは、真のネイティブ iOS および Android アプリを作成する AI 駆動型アプリ ビルダーです。Webラッパーとは異なり、ネイティブコードにコンパイルされ、単一のコードベースからApple App StoreおよびGoogle Play Storeに直接公開されます。アプリの起動の最も難しい部分は自動的に処理されます。

AdaloのドラッグアンドドロップインターフェイスとAIアシスト構築により、数ヶ月ではなく数日でアイデアから公開アプリまでたどり着くことができます。Magic Startはシンプルな説明から完全なアプリ基盤を生成し、プラットフォームは複雑なApp Store送信プロセスを処理するため、証明書とプロビジョニングプロファイルではなく、機能とユーザーエクスペリエンスに集中できます。

Adaloのドラッグアンドドロップインターフェースと、Magic StartやMagic Addのようなアシスト機能を組み合わせることで、アプリをすばやく作成できます。プラットフォームがApp Store全体の送信プロセスを処理するため、証明書、プロビジョニングプロファイル、またはアプリレビューガイドラインを手動で管理することなく、アイデアから公開されたアプリまで進むことができます。

GraphQLエンドポイントがAdaloで正常に機能していることを確認するにはどうすればよいですか?

エンドポイントが標準的なGraphQLクエリとミューテーションをサポートしていることを確認することから始めてください。GraphiQL、GraphQL Playground、またはPostmanを使用してテストを実行し、適切に構造化されたJSON応答を配信することを確認してください。エンドポイントにアクセスでき、Adaloが外部コレクションに必要とする数値IDを持つデータを返すことを確認してください。

Adaloでは、GraphQLエンドポイントの接続にどのような認証タイプを使用できますか?

Adaloは、GraphQLエンドポイントに対するAPIキー、OAuthトークン、およびJWTベースの認証をサポートしています。認可ヘッダーに「Bearer [Your_Token]」の形式で認証情報を追加してください。特定の方法はAPIプロバイダーの要件によって異なります。

AdaloでGraphQLを使用する場合、アプリのパフォーマンスを向上させるための最良の方法は何ですか?

部分更新にはPUTの代わりにPATCHを使用し、ペイロードサイズを減らすためにフィルターを適用し、1秒あたり5リクエストのレート制限内に留まります。AdaloのX-Rayツールはパフォーマンスボトルネックを特定してユーザーに影響を与える前に識別し、低速クエリまたは非効率なデータ関係を最適化するのに役立ちます。

Adaloでハラクルス接続されたアプリの構築にはどのくらい時間がかかりますか?

GraphQLエンドポイントの準備ができたら、Adaloに接続して、数時間で機能的なアプリを構築できます。Magic Startは説明から完全なアプリ基礎を生成し、ビジュアルビルダーは「PowerPointと同じくらい簡単」と説明され、コーディングなしにスクリーンを作成してデータをバインドできます。

Adaloで GraphQLを統合するにはコーディング経験が必要ですか?

コーディングは必要ありません。Adaloの外部コレクション機能はGraphQL統合の技術的複雑性を処理します。ビジュアルインターフェースを通じてエンドポイント、ヘッダー、クエリを設定し、Magic Textを使用してコードを記述せずにUIコンポーネントにデータをバインドします。

Adaloを使用してGraphQL接続されたアプリを構築するのにはいくらの費用がかかりますか?

Adalo Professionalプランは月額36ドルから開始し、外部コレクション、無制限のデータベースレコード、および使用量ベースの料金がありません。ワークロードユニットに基づいて課金されるBubbleなどのプラットフォームとは異なり、Adaloの価格設定は予測可能であり、請求に驚きはありません。

GraphQL接続されたアプリをApp Storeに公開できますか?

はい。Adaloは単一のコードベースからネイティブiOSアプリとAndroidアプリをApple App StoreとGoogle Play Storeに直接公開します。更新はすべてのプラットフォーム全体で自動的に同期されます。プラットフォームごとに再構築したり再送信したりする必要はありません。

GraphQLデータが大幅に増加した場合はどうなりますか?

Adaloの有料プランにはレコード制限がないため、外部コレクションはデータとともにスケールできます。プラットフォームのモジュラーインフラストラクチャは月間100万以上のアクティブユーザーを持つアプリをサポートしており、Adalo 3.0バックエンドは以前のバージョンより3〜4倍高速なパフォーマンスを提供します。