[Feature Request] Add async/await support to SDK

Proposal

Add native asynchronous (async/await) support to the Jamf Pro SDK, enabling use with modern async Python frameworks.

Features:

• Async client classes: AsyncJamfProClient, AsyncProApi, AsyncClassicApi, AsyncJCDS2, and AsyncWebhooksClient
• Async pagination & concurrency operations
• Context manager support

Backwards compatibility is ensured as we would not be modifying existing synchronous code whatsoever.

Implementation Example

import asyncio
from jamf_pro_sdk import AsyncJamfProClient, ApiClientCredentialsProvider

async def main():
    async with AsyncJamfProClient(
        server="jamf.my.org",
        credentials=ApiClientCredentialsProvider("client_id", "client_secret")
    ) as client:
        # Single async operation
        computers = await client.classic_api.list_all_computers()
        
        # Concurrent operations
        computer_ids = [c.id for c in computers]
        async for computer in client.async_concurrent_api_requests(
            handler=client.classic_api.get_computer_by_id,
            arguments=computer_ids
        ):
            print(f"{computer.general.name}")

asyncio.run(main())

[!NOTE]
To support both sync and async operations, the SDK would use httpx instead of requests. However, httpx was built to be a viable replacement for requests.

Additional Details

This is a follow up to this slack convo. Happy to provide additional details/examples as needed!

Beginne damit, die in der Proposal genannten bestehenden synchronen Client- und API-Klassen zu erfassen, und prüfe anschließend, wie sich der aktuelle auf requests basierende Transport zu httpx ändern würde. Verwende das Beispiel AsyncJamfProClient als Einstiegspunkt für das Verhalten. Als erledigt gilt die Aufgabe, wenn asynchrone Versionen der aufgeführten Clients Paginierung, Nebenläufigkeit und Kontextmanager unterstützen, während das bestehende synchrone Verhalten unverändert bleibt.