Ambiente di sviluppo

È possibile sviluppare applicazioni per Azure Sphere in Windows 11, Aggiornamento dell'anniversario di Windows 10 (o versione successiva) o in un computer Linux che esegue Ubuntu 24.04 LTS o Ubuntu 22.04 LTS. Se si usa Windows 11, usare la versione 22.02 (o successiva) di Azure Sphere SDK.

• Per Windows, installare Windows SDK. È possibile usare Visual Studio, Visual Studio Code o la riga di comando per compilare, distribuire ed eseguire il debug di applicazioni in Windows.
• Per Linux, installare Linux SDK. È possibile usare Visual Studio Code o la riga di comando per compilare, distribuire e sottoporre a debug le applicazioni in Linux.

Azure Sphere SDK include i componenti principali seguenti:

• Sysroots, che contiene le librerie, i file di intestazione e gli strumenti usati per compilare e collegare un'applicazione destinata a un determinato set di API.
• Definizioni hardware, che descrivono le funzionalità hardware disponibili in vari dispositivi hardware e possono essere usate per specificarli nei file app-manifest.json.
• CMakeFiles, che definiscono le estensioni di Azure Sphere in CMake.
• Interfaccia della riga di comando di Azure Sphere.

Le esercitazioni illustrano come compilare e distribuire la prima applicazione. È disponibile anche un repository di esempi in GitHub che include applicazioni di esempio che illustrano come programmare l'hardware di Azure Sphere e usare le API.

Runtime dell'applicazione Azure Sphere

Azure Sphere Application Runtime offre due set di librerie per lo sviluppo di applicazioni di alto livello: le API di base e le API applibs. Le API di base sono basate su librerie che non riguardano esclusivamente i dispositivi Azure Sphere, mentre le API applibs sono destinate in modo specifico ai dispositivi Azure Sphere. La applicazioni di alto livello create con Azure Sphere SDK vengono compilate e collegate tramite queste interfacce. Queste API non possono essere usate nelle applicazioni con funzionalità in tempo reale.

I file di intestazione per le API di base vengono installati nelle cartelle Sysroots\API set\usr\include della directory di installazione di Azure Sphere SDK. I file di intestazione per le API applibs vengono installati nella cartella Sysroots\API set\usr\include\applibs della directory di installazione di Azure Sphere SDK.

Suggerimento

Le intestazioni standard POSIX C si trovano in due cartelle: Sysroots\API set\usr\include per intestazioni API generali e Sysroots\API set\usr\include\sys per intestazioni API dipendenti dal sistema di basso livello. È consigliabile usare le API generali.

Attrezzi

Azure Sphere SDK include l'interfaccia della riga di comando di Azure per la gestione dei dispositivi, lo sviluppo e la distribuzione di applicazioni e l'uso dei servizi cloud.

CMake, insieme all'utilità di compilazione Ninja leggera, fornisce il coordinamento della compilazione per le applicazioni Azure Sphere. Se si usa Visual Studio, CMake e Ninja vengono installati automaticamente. Se si usa Visual Studio Code o l'interfaccia della riga di comando di Azure, è necessario installarli manualmente in Windows o Linux.

Sia Visual Studio che Visual Studio Code hanno estensioni Azure Sphere che semplificano lo sviluppo di applicazioni Azure Sphere. Con queste estensioni è possibile compilare, eseguire facilmente il debug, il test e distribuire le applicazioni Azure Sphere direttamente dall'IDE. Entrambe le estensioni hanno il supporto completo per gli strumenti CMake di Azure Sphere.

Contenitori

Azure Sphere fornisce un contenitore che crea un pacchetto dell'SDK in un ambiente Linux autonomo. Usando un contenitore con un ambiente di compilazione predefinito, è possibile evitare la procedura di installazione (o disinstallazione e quindi reinstallazione) dell'ambiente di compilazione SDK corretto. È possibile modificare l'ambiente di compilazione in base alle proprie esigenze e replicare tale ambiente in tutti i computer host contemporaneamente con risultati uniformi. Per informazioni dettagliate, vedere Usare i contenitori per creare app Azure Sphere. È anche possibile usare un contenitore come parte di uno scenario di integrazione continua in cui una pipeline di compilazione, ad esempio GitHub Actions o Azure Pipelines, ricompila automaticamente l'applicazione ogni volta che viene apportata una modifica al codice sottostante. Per informazioni dettagliate, vedere Aggiungere l'integrazione continua alle compilazioni del contenitore.

Che cos'è un contenitore?

I contenitori sono pacchetti portabili dotati di ambienti leggeri eseguiti nel kernel di un computer host. I contenitori sono leggeri perché usano livelli condivisi. Questi livelli possono essere sezioni condivise di un sistema operativo o di applicazioni condivise. I livelli evitano il sovraccarico di una macchina virtuale, che contiene un intero sistema operativo e tutte le applicazioni associate. La condivisione consente ai contenitori di essere piccoli e di avviarsi rapidamente.

È possibile scaricare i contenitori da un registro contenitori, ad esempio il Registro artefatti Microsoft (MAR).

Quali contenitori portano ad Azure Sphere

Il contenitore per l'ambiente di compilazione di Microsoft Azure Sphere SDK offre un ambiente di sviluppo predefinito. Il contenitore fornisce quanto segue:

• Versione di Ubuntu Linux per la versione corrente di Azure Sphere
• Versione corrente di Azure Sphere SDK per Linux
• Strumenti aggiuntivi necessari per l'SDK, ad esempio CMake e Ninja

Azure Sphere usa contenitori Docker configurati con file di testo Dockerfile . È possibile creare dockerfile che usano un'immagine del contenitore di base per creare un contenitore personalizzato per la compilazione di applicazioni Azure Sphere. L'esecuzione del contenitore personalizzato scarica l'immagine di base più recente se non si trova nel computer host, compila il nuovo contenitore personalizzato, se necessario, compila l'applicazione specificata e viene chiusa. È quindi possibile copiare l'output della compilazione dell'applicazione in un computer host con Azure Sphere SDK installato e trasferire localmente l'applicazione in un dispositivo. Il contenitore di compilazione personalizzato non viene in genere usato in modo interattivo, ma può essere, ad esempio, per diagnosticare i problemi di compilazione.