Notarizzazione su macOS: modifiche alla struttura dei componenti

Tradotto automaticamente da Deepl

Il processo di notarizzazione di macOS continua ad evolversi. Sfortunatamente, la struttura interna dei componenti 4D progettata con 4D v11 – intesa a consentire la compatibilità multipiattaforma – non soddisfa più i requisiti introdotti da Apple per i Mac basati sul silicio, rendendo sempre più difficile l’autenticazione dei componenti.

Per semplificare il processo di distribuzione, abbiamo aggiornato la struttura dei componenti a partire da 4D 20 R8. Questa nuova struttura di cartelle rende l’autenticazione e la distribuzione semplici come la distribuzione di un’applicazione. Tuttavia, c’è un’avvertenza importante: la struttura aggiornata non è compatibile con le versioni precedenti di 4D (ad esempio, 4D 20 R7 e precedenti), mentre i componenti più vecchi rimarranno compatibili con le versioni più recenti di 4D.

Anche il componente Build4D è stato aggiornato per riflettere la nuova struttura. Quando si costruiscono i componenti, occorre prestare attenzione e assicurarsi di utilizzare la versione corretta di Build4D.

Promemoria importante: I componenti costruiti con 4D 20 R7 o versioni precedenti possono presentare errori durante la notarizzazione. La soluzione consigliata è l’aggiornamento a 4D 20 R8.

L’elenco dettagliato delle modifiche alla struttura dei componenti:

Tutti i file dei componenti si trovano ora in una cartella Contents.
Il file info.plist viene ora aggiunto quando si costruisce un componente.
Alcuni campi vengono impostati automaticamente da 4D al momento della creazione, prendendo il loro contenuto dal file buildApp.4DSettings:

  • CFBundleDisplayName e CFBundleName saranno impostati con il nome dell’applicazione.
  • CFBundleShortVersionString e CFBundleVersion assumeranno il valore di Versioning / Common / CommonVersion
  • NSHumanReadableCopyright prenderà il valore di Versioning / Common / CommonCopyright

 

Per i componenti costruiti con il componente Build4D, questi file assumeranno i seguenti valori:

  • CFBundleDisplayName e CFBundleName saranno impostati con il nome dell applicazione.
  • È possibile impostare un copyright che riempirà il campo NSHumanReadableCopyright.
  • CFBundleShortVersionString e CFBundleVersion saranno impostati con la versione dell’applicazione (nel formato x.x.x).

 

Se volete saperne di più sulla notarizzazione, potete leggere questo post del blog che vi spiegherà tutto.

Se avete domande o bisogno di ulteriore assistenza, chiedete pure nel forum 4D. Siamo qui per aiutarvi a rendere questa transizione il più agevole possibile.

Nicolas Brachfogel
- Proprietario del prodotto e sviluppatore senior - Nicolas Brachfogel è entrato in 4D nel 2017 come Senior Developer (4D Server e networking). In qualità di Product Owner per gestire il rilascio di Apple Silicon, si occupa di scrivere le storie degli utenti e di tradurle in specifiche funzionali, nonché di assicurarsi che le implementazioni delle funzionalità soddisfino le esigenze dei clienti. Diplomato all'Institut Supérieur d'Informatique Appliquée (INSIA), Nicolas ha iniziato la sua carriera come sviluppatore di software nel 2001. Dopo diversi anni di codifica in Java e C++, si è specializzato nello sviluppo di client-server per aziende di videogiochi. Come sviluppatore/architetto di server, ha lavorato con successo alle architetture server di molti giochi (Dofus Arena, Drakerz, Trivial Pursuit Go!).