Назови основные форматы передачи данных и их типичное применение.

Question

Назови основные форматы передачи данных и их типичное применение.

Тип вопроса: Форматы данных Вероятность: 10% Категория: QA Тестировщик

Ответ

Основные форматы передачи данных:

Формат	Описание	Типичное применение	Пример
JSON	Текстовый, лёгкий, читаемый человеком, основан на парах «ключ-значение».	REST API, конфигурации, обмен между веб-сервисами.	```json

{ "user": { "name": "Alice", "age": 30, "active": true } }


| **XML** | Структурированный, строгий, с поддержкой схем (XSD). | **SOAP API**, конфигурационные файлы (например, в Java), документы. | ```xml
<user>
  <name>Alice</name>
  <age>30</age>
  <active>true</active>
</user>
``` |
| **YAML** | Формат, ориентированный на читаемость, с отступами. | Конфигурации (Docker Compose, Kubernetes, CI/CD). | ```yaml
user:
  name: Alice
  age: 30
  active: true
``` |
| **CSV** | Простой табличный формат, значения разделены запятыми. | Экспорт/импорт табличных данных (Excel, базы данных). | ```csv
name,age,active
Alice,30,true
Bob,25,false
``` |
| **Protocol Buffers (protobuf)** | Бинарный, эффективный, требует предварительной схемы. | **Высокопроизводительные gRPC API**, внутренняя коммуникация микросервисов. | (Бинарный, нечитаемый) |

**Критерии выбора:**
*   **Человекочитаемость и простота:** JSON, YAML.
*   **Строгость и валидация:** XML.
*   **Производительность и размер:** Protocol Buffers, MessagePack.
*   **Совместимость с устаревшими системами:** XML, CSV.

Ответ 18+ 🔞

Э, слушай сюда, дружище! Сидишь ты такой, пишешь свой сервис, и тут бац — нужно данные куда-то переслать или принять. А их, блядь, форматов — как собак нерезаных! И каждый тянет одеяло на себя, кричит, что он самый охуенный. Давай разберёмся без этой ебалы, по-простому.

Смотри, вот тебе вся основная братия, с кем придётся иметь дело.

JSON — это наш золотой мальчик, всеобщий любимечик. Текст, читается легко, структура — пары «ключ-значение». Его везде суют: REST API, конфиги, обмен между сервисами — везде, где не нужно выёбываться. Человек открыл — понял, программа открыла — распарсила. Красота!

{
  "user": {
    "name": "Alice",
    "age": 30,
    "active": true
  }
}

XML — это такой, понимаешь, старый пердун в строгом костюме. Очень строгий, очень правильный, с кучей правил и схем (этих, как их, XSD). Любит, чтобы всё было по струнке. Где его искать? В SOAP API (это такие древние, но живучие enterprise-системы), в конфигах всяких Java-приложений. Многословный, сука, как политик на дебатах, но зато точен.

<user>
  <name>Alice</name>
  <age>30</age>
  <active>true</active>
</user>

YAML — это хипстер от мира конфигов. Всё построено на отступах, выглядит чисто и минималистично. Читается, блядь, почти как простой текст. Его обожают всякие оркестраторы вроде Kubernetes и утилиты вроде Docker Compose. Главное — пробелы не перепутать, а то весь файл, ёпта, накроется медным тазом.

user:
  name: Alice
  age: 30
  active: true

CSV — дедуля табличный. Всё просто: значения, разделённые запятыми, одна строка — одна запись. Примитивнее некуда. Идеален, когда нужно быстро выгрузить или загруть данные из Excel или базы. Но если в самих данных есть запятые или кавычки — начинается ад, пиздец просто.

name,age,active
Alice,30,true
Bob,25,false

Protocol Buffers (protobuf) — это уже серьёзный киллер. Формат бинарный, компактный и быстрый, как удар ниже пояса. Но он требует, чтобы ты заранее описал схему данных — что и как будет передаваться. Любимчик gRPC и всех, кому нужно гонять тонны данных между микросервисами на скорости света. Человеку читать его — нихуя не понятно, одни кракозябры, но машины от него в восторге.

Ну и как, блядь, выбрать?

Вот тебе простая памятка, чтобы не ебать мозг:

Нужно просто и чтобы человек прочитал? Бери JSON или YAML. YAML — для конфигов, JSON — для всего остального.
Работаешь с каким-то древним, строгим enterprise или нужна жёсткая валидация по схеме? Твой путь — XML, старина.
Гонишь гигабайты данных и важна каждая миллисекунда? Protobuf тебя спасёт, друг. Или другие бинарные форматы.
Нужно просто табличку перекинуть? CSV, и не мудри. Хотя если данных много и они сложные — готовься к боли.
В общем, правило простое: не выёбывайся. Используй то, что уже используют в твоём проекте или экосистеме. А если начинаешь с нуля — JSON твой верный пёс в 95% случаев. Всё, вопрос закрыт, иди работай.