Skip to main content

SymfWebAPI

CI PyPI version Python versions License

Pythonowa biblioteka kliencka do Symfonia WebAPI w architekturze sync-first: z typowanymi modelami, wygenerowanymi kontrolerami, wsparciem dla threading i opcjonalnym trybem JSON-only.

Instalacja

pip install SymfWebAPI

Szybki start

from SymfWebAPI import ClientConfig, WebAPI, build_sync_client

config = ClientConfig(
    domain="host:9000",
    application_key="00000000-0000-0000-0000-000000000000",
    device_name="integration-client",
)

with build_sync_client(config) as api:
    resp = WebAPI.Interface.Products.Interfaces.IProductsController.Get(
        api,
        salePrices=False,
    )
    products = resp.unwrap()
    print(len(products))

Tryb JSON-only

Biblioteka wspiera oficjalny tryb pracy bez mapowania do modeli Pydantic.

Masz dwie ścieżki:

  • niskopoziomową: api.request_json(...) albo envelope.json(),
  • wygenerowane metody kontrolerów z flagą validate=False.

To jest przydatne, gdy:

  • integrujesz się z niestabilnymi lub nieidealnymi danymi produkcyjnymi,
  • chcesz szybko zdiagnozować payload z WebAPI,
  • robisz migracje i chcesz odczytać tylko kilka pól bez kosztu walidacji Pydantic,
  • benchmarkujesz lub przetwarzasz duże listy rekordów.

Przy validate=False wygenerowane metody nadal zachowują podpowiedzi IDE dla kształtu JSON przez stuby .pyi.

Tryb validate=False działa spójnie po obu stronach:

  • response side: omija walidację odpowiedzi i zwraca surowy JSON,
  • request side: dla endpointów z body pozwala wysłać surowy dict / list / JSON-serializable payload bez modelu Pydantic.

Przy validate=True endpointy z modelowym body nadal oczekują modelu Pydantic.

Najwygodniejsza ścieżka w aktualnej bibliotece to wywołanie wygenerowanej metody kontrolera z validate=False.

Przykład z wygenerowaną metodą kontrolera:

from SymfWebAPI import ClientConfig, WebAPI, build_sync_client

config = ClientConfig(
    domain="host:9000",
    application_key="00000000-0000-0000-0000-000000000000",
    device_name="json-only-client",
)

with build_sync_client(config) as api:
    resp = WebAPI.Interface.Products.Interfaces.IProductsController.GetPagedDocument(
        api,
        page=1,
        size=10,
        orderBy=WebAPI.Interface.Enums.enumOrderByType.Asc,
        validate=False,
    )
    page = resp.unwrap()
    print(page["Data"][0]["Code"])

Przykład niskopoziomowy:

with build_sync_client(config) as api:
    products = api.request_json(
        "GET",
        "/api/Products",
        params={"salePrices": False},
    )
    print(len(products))

Przykład write-pathu bez Pydantic:

with build_sync_client(config) as api:
    created = WebAPI.Interface.Products.Interfaces.IProductsController.AddNew(
        api,
        product={
            "Code": "P-RAW-001",
            "Name": "Produkt z raw JSON",
            "Active": True,
        },
        validate=False,
    ).unwrap()
    print(created["Code"])

Przykład gotowego skryptu:

  • examples/get_products_json_only.py
  • examples/add_product_json_only.py (zabezpieczony przed przypadkowym write)

Dokumentacja

  • Omówienie biblioteki: docs/overview.md
  • Przykłady: examples/

Benchmark bez sekretów

Przykład benchmarku znajduje się w:

  • examples/benchmark_order_details.py

Przykład pracy bez modeli Pydantic:

  • examples/get_products_json_only.py
  • examples/add_product_json_only.py (write-path validate=False, domyślnie zablokowany)

Konfiguracja przez zmienne środowiskowe:

  • SYMFWEBAPI_DOMAIN
  • SYMFWEBAPI_APP_KEY
  • SYMFWEBAPI_DEVICE_NAME (opcjonalnie)
  • SYMFWEBAPI_HTTPS (opcjonalnie, np. true/false)
  • SYMFWEBAPI_SANITIZE_NUL (opcjonalnie, usuwa NUL / \u0000 z odpowiedzi)
  • SYMFWEBAPI_BENCHMARK_PHYSICAL_CORES (opcjonalnie, ręcznie ustawia liczbę fizycznych rdzeni dla benchmarku)

Benchmark działa w trybach:

  • sync
  • sync-raw
  • threading
  • threading-raw

Przy braku --thread-workers-list skrypt automatycznie dorzuca test dla liczby fizycznych rdzeni i liczby logicznych wątków, jeśli da się je rozróżnić.

Wersjonowanie

Wersja paczki ma format X.I.WM.Wm, np. 2.0.26.10:

  • X - major SDK,
  • I - iteracja SDK dla tej samej wersji WebAPI.
  • WM.Wm - docelowa wersja Symfonia WebAPI.

Licencja

BSD-3-Clause.

Metadata

Release files for SymfWebAPI 2.0.26.20

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for SymfWebAPI 2.0.26.20
File Size Uploaded
symfwebapi-2.0.26.20.tar.gz 249.5 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for SymfWebAPI 2.0.26.20
File Interpreter ABI Platform
symfwebapi-2.0.26.20-py3-none-any.whl Python 3 none any Details

Total release size: 752.3 kB

Release files / symfwebapi-2.0.26.20.tar.gz

Download URL symfwebapi-2.0.26.20.tar.gz
Size 249.5 kB
Tags Source
SHA-256 checksum
How to use checksums
1f4eeee8f72845054cf8ce20c6912079f3cea74b6717bfa8c17b9c074b6bdcdf
BLAKE2b-256 checksum
How to use checksums
cf6ee05e8ee8e963a2ccb4a22bf16c237540368bde1ecd58252c89c58e8c5c5d
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.7

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Mar 31, 2026.

Transparency log

Release files / symfwebapi-2.0.26.20-py3-none-any.whl

Download URL symfwebapi-2.0.26.20-py3-none-any.whl
Size 502.8 kB
Tags Python 3
SHA-256 checksum
How to use checksums
1780723720da7b60680dd113b9a8110708f31cd702ddd2a1917594619f25c21b
BLAKE2b-256 checksum
How to use checksums
7c706f134f1b3c849f8eda9790b369c1868589ab070a597871ea33551fa9919f
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.7

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Mar 31, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

2.0.26.20 This release

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page