Modèle de backend pour l'application de chat vocal pour les jeux et la communauté
Gestion de salle audio et journaux de serveur

Principales conclusions

Aperçu

Un produit de chat vocal pour les jeux nécessite une gestion audio à faible latence, une logistique robuste des salles/canaux, et une interaction utilisateur sécurisée.

Ce modèle définit Utilisateur, Salle, Canal, et Journal avec des fonctionnalités de gestion robustes et des contrôles d'accès pour permettre une collaboration rapide.

Pourquoi construire votre backend de chat vocal de jeu avec Back4app ?

Back4app fournit une gestion audio, des fonctionnalités de salle/canal et des fonctionnalités de journalisation afin que votre équipe puisse se concentrer sur l'expérience utilisateur et la performance plutôt que sur l'infrastructure.

• •Gestion audio et de canal: La classe Room avec autorisations et la classe Channel pour gérer les sessions audio prennent en charge les interactions en temps réel.
• •Journalisation sécurisée et gestion des accès: Surveillez l'utilisation et gérez l'accès aux salles avec des autorisations claires.
• •Temps réel + flexibilité API: Utilisez Live Queries pour des mises à jour en temps réel tout en conservant les points de terminaison REST et GraphQL pour chaque client.

Construisez et itérez rapidement sur les fonctionnalités de chat vocal de jeu avec un contrat backend unique sur toutes les plateformes.

Avantages principaux

Un backend de chat vocal de jeu qui vous aide à itérer rapidement sans compromettre les performances.

Technologie

Tout inclus dans ce modèle de backend de chat vocal de jeu.

Diagramme ER

Modèle de relation d'entité pour le schéma backend de chat vocal.

erDiagram
    User ||--o{ Room : "owner"
    User ||--o{ RoomLog : "user"
    Room ||--o{ Channel : "room"
    Room ||--o{ RoomLog : "room"
    
    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Room {
        String objectId PK
        String title
        Pointer owner FK
        Date createdAt
        Date updatedAt
    }

    Channel {
        String objectId PK
        String name
        Pointer room FK
        Date createdAt
        Date updatedAt
    }

    RoomLog {
        String objectId PK
        Pointer user FK
        Pointer room FK
        String action
        Date timestamp
        Date createdAt
        Date updatedAt
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification, la gestion des salles, les interactions de canal et la connexion.

sequenceDiagram
  participant User
  participant App as Gaming & Community Voice Chat App
  participant Back4app as Back4app Cloud

  User->>App: Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Create room
  App->>Back4app: POST /classes/Room
  Back4app-->>App: Room details

  User->>App: List channels in room
  App->>Back4app: GET /classes/Channel?where={"room":"ROOM_OBJECT_ID"}
  Back4app-->>App: Channel details

  User->>App: Log room activity
  App->>Back4app: POST /classes/RoomLog
  Back4app-->>App: RoomLog objectId

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma de chat vocal de jeu.

Sécurité et autorisations

Comment la stratégie ACL et CLP sécurise les utilisateurs, les salles, les canaux et les journaux.

Schéma (JSON)

Définition de schéma JSON brute prête à copier dans Back4app ou à utiliser comme référence d'implémentation.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Room",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "title": {
          "type": "String",
          "required": true
        },
        "owner": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Channel",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "name": {
          "type": "String",
          "required": true
        },
        "room": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Room"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "RoomLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "room": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Room"
        },
        "action": {
          "type": "String",
          "required": true
        },
        "timestamp": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Essayez les points de terminaison REST et GraphQL contre le schéma de chat vocal pour les jeux. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Utilise le même schéma que ce modèle.

Ce que vous obtenez avec chaque technologie

Chaque stack utilise le même schéma de backend de chat vocal de jeu et les contrats API.

Questions Fréquemment Posées

Questions courantes sur la création d'un backend de chat vocal pour les jeux avec ce modèle.