Шаблон бэкенда приложения для P2P-платежей
Безопасные Транзакции и Мгновенные Переводы

Ключевые моменты

Обзор

Продукт для p2p-платежей требует безопасной обработки транзакций, видимости баланса в реальном времени и совместной работы пользователей.

Этот шаблон моделирует Пользователя, Транзакцию, Баланс и Уведомление с жесткими мерами безопасности, позволяя командам реализовывать платежные системы Swiftly.

Почему стоит создать бэкэнд для p2p-платежей с Back4app?

Back4app упрощает обработку платежей, предоставляя примитивы транзакций, позволяя вашей команде сосредоточиться на взаимодействии с пользователями и финансовой прозрачности, а не на инфраструктуре.

• •Управление транзакциями: Класс транзакций с разрешениями для безопасных платежей и управления балансом.
• •Уведомления и обновления в режиме реального времени: Используйте уведомления в режиме реального времени для обновлений транзакций, информируя пользователей.
• •Гибкий доступ к API: Используйте как REST, так и GraphQL API для комплексного доступа клиентов и интеграций.

Быстро внедряйте и улучшайте функции одноранговых платежей с единым backend-моделем на всех платформах.

Основные преимущества

Бэкенд платежей между пользователями, который позволяет быструю итерацию без компромиссов в безопасности.

Технический стек

Все компоненты включены в этот шаблон бэкенда для пэр-то-пэр платежей.

ER диаграмма

Модель взаимосвязи сущностей для схемы бэкенда платежей по принципу равный равному.

erDiagram
    User ||--o{ Transaction : "sender"
    User ||--o{ Transaction : "receiver"

    User {
        String objectId PK
        String username
        String email
        String password
        Number balance
        Date createdAt
        Date updatedAt
    }

    Transaction {
        String objectId PK
        Pointer sender FK
        Pointer receiver FK
        Number amount
        Date createdAt
        Date updatedAt
    }

Поток интеграции

Стандартный поток выполнения для аутентификации, обработки транзакций, обновления баланса и уведомлений пользователей.

sequenceDiagram
  participant User
  participant App as P2P Payment App
  participant Back4app as Back4app Cloud

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

  User->>App: Send payment
  App->>Back4app: POST /classes/Transaction
  Back4app-->>App: Transaction details

  User->>App: Check balance
  App->>Back4app: GET /classes/User/objectId=BALANCE
  Back4app-->>App: Current balance

Словарь данных

Полная справка по полям для каждого класса в схеме одноранговых платежей.

Безопасность и разрешения

Как стратегии ACL и CLP обеспечивают безопасность пользователей, транзакций, балансов и уведомлений.

Схема (JSON)

Определение сырой схемы JSON готово к копированию в Back4app или использованию в качестве ссылки для реализации.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "balance": {
          "type": "Number",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Transaction",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "sender": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "receiver": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "amount": {
          "type": "Number",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

API Playground

Попробуйте REST и GraphQL конечные точки против схемы платежей между пользователями. Ответы используют тестовые данные и не требуют учетной записи Back4app.

Использует ту же схему, что и этот шаблон.

Что вы получаете с каждой технологией

Каждый стек использует одну и ту же схему бэкенда для платежей peer-to-peer и API-контракты.

Часто задаваемые вопросы

Общие вопросы, касающиеся разработки бэкенда для платежей между пользователями с использованием этого шаблона.