System Worker – Classe di trasferimento file per utilizzare Dropbox o GDrive
La prima parte della serie System Worker vi ha mostrato la potenza dei system worker, mentre la seconda si è concentrata sull’uso effettivo, esaminando la classe File Transfer per utilizzare cURL per FTP, FTPS, SFTP e HTTP.
Nella parte finale di questa serie, vedremo come il componente pronto all’uso – scaricateloda qui– consenta l’accesso diretto a Dropbox o GDrive, utilizzando gli stessi comandi delle operazioni FTP:
System Worker – Classe di trasferimento di file per utilizzare cURL per FTP, FTPS, SFTP, HTTP
Il primo video vi ha mostrato la potenza dei system worker e la flessibilità che essi comportano.
Questo seguito si concentrerà sull’uso effettivo, esaminando un componente pronto all’uso che semplifica cURL (incluso in Mac e Windows OS) e consente il trasferimento di file con un’ampia gamma di protocolli o server. È possibile scaricare o caricare file e ricevere elenchi di directory; tutto ciò che serve per eseguire un trasferimento di file.
Il componente fornisce una barra di avanzamento (per una o più operazioni parallele), compreso un pulsante opzionale di annullamento, che consente all’utente finale di interrompere le operazioni in corso.
Il video di 15 minuti spiega come utilizzare la classe:
System Worker vs. LANCIO DI PROCESSO ESTERNO
ISystem Worker possono assomigliare a LAUNCH EXTERNAL PROCESS, ma sono molto più potenti.
Questo video di 15 minuti spiega come usare i System Worker con qualcosa di più del semplice comando LAUNCH EXTERNAL PROCESS. Oltre al semplice utilizzo, mostra anche come usare i callback per ricevere informazioni da un’applicazione esterna in esecuzione, come una barra di avanzamento:
Correzioni a caldo per i rilasci di funzionalità
Se siete tra i clienti desiderosi di utilizzare una Feature Release ma ancora titubanti a causa del tempo necessario per ottenere le correzioni dei bug, vi diamo una buona notizia, e il titolo potrebbe aver già dato un indizio!
A partire da 4D v19 R4, avremo Hot Fix mensili per la Feature Release corrente.
Come autenticare l’applicazione 4D unita (macOS 12 e Xcode 13)
Nota: aggiornamento per macOS 12/Monterey e Xcode 13. Per Xcode 12 e precedenti, vedere questo post del blog.
Con Monterey (macOS 12), si consiglia vivamente di autenticare le applicazioni distribuite su una rete pubblica. Un numero significativo di sviluppatori trasferisce le proprie applicazioni utilizzando un dispositivo di archiviazione collegato o tramite la condivisione di file; la notarizzazione non è necessaria in questi casi in cui l’utente si fida già dello sviluppatore. La notarizzazione ha lo scopo di assicurare agli utenti che l’applicazione non è dannosa ed è necessaria solo per le applicazioni scaricate da un sito web.
Utilizzando la nostra funzione di firma integrata durante la creazione delle applicazioni con 4D v18, l’applicazione è pronta per essere autenticata. Questo processo si svolge al di fuori di 4D. Si tratta di aggiungere una firma elettronica alla domanda e di inviare la domanda firmata a un servizio di controllo automatico. Ecco tutto quello che c’è da sapere:
Scraping del web con notazione a oggetti
Volete recuperare dati che non sono disponibili tramite REST o servizi Web? E se sono disponibili solo su un sito web? I dati sono abbastanza facili da leggere per un essere umano, ma leggere i dati HTML con un linguaggio di programmazione non è così semplice. Alcuni sviluppatori cercano di usare Position e Substring, altri provano con Regex, ma è spiacevole e richiede molto tempo. Un approccio molto diverso è quello di convertire l’HTML in un oggetto e ottenere i dati tramite la notazione degli oggetti. Le righe delle tabelle vengono gestite come collezioni e sono facili da analizzare!
Questo post del blog descrive come utilizzare questo approccio e fornisce alcuni suggerimenti utili.
Come autenticare la domanda di fusione 4D
Con Catalina (macOS 10.15), si consiglia vivamente di autenticare le applicazioni distribuite su una rete pubblica. Un numero significativo di sviluppatori trasferisce le proprie applicazioni utilizzando un dispositivo di archiviazione collegato o tramite la condivisione di file; l’autenticazione non è necessaria in questi casi in cui l’utente si fida già dello sviluppatore. Lo scopo dell’autenticazione è quello di assicurare agli utenti che l’applicazione non è dannosa ed è necessaria solo per le applicazioni scaricate da un sito web.
Se si utilizza la nostra funzione di firma integrata quando si creano le applicazioni con 4D v18, l’applicazione è pronta per essere autenticata. Questo processo si svolge al di fuori di 4D. Si tratta di aggiungere una firma elettronica alla domanda e di inviare la domanda firmata a un servizio di controllo automatico. Ecco tutto quello che c’è da sapere:
Preparate le vostre applicazioni macOS per l’autenticazione notarile con 4D
Catalina (macOS 10.15) è ora disponibile e Apple ha annunciato che la notarizzazione del software distribuito al di fuori dell’App Store è diventata un requisito. Questo potrebbe sollevare alcune domande: cosa succede se la mia applicazione 4D non è autenticata? Sarò in grado di autenticarla? Come? Niente panico! Abbiamo pensato a voi e questo blog post fornisce le risposte.
Personalizzare la finestra di dialogo dell’amministratore con il codice 4D
Ci sono state richieste di modificare la finestra di dialogo di amministrazione di 4D Server, con alcuni clienti che volevano rimuovere informazioni e altri che volevano aggiungere informazioni personalizzate. Questo componente AdminWindow mostra come fare proprio questo. È possibile utilizzarlo “così com’è” o modificarlo per adattarlo alle proprie esigenze.
Progetto 4D: Abbracciare una nuova era di collaborazione
4D è da sempre un sostenitore dello sviluppo di gruppo, fin da 4D Server 1.0. Il più grande vantaggio di lavorare insieme sullo stesso codice sorgente è quello di consentire sia lo sviluppo in team che il test in team. Tuttavia, questo può creare alcuni svantaggi per i team distribuiti, poiché potrebbero non essere in grado di lavorare sullo stesso sorgente.
Dopo una completa riscrittura, 4D supporta ora due modi di lavorare con i sorgenti: binario e progetto. Binary è il 4D che tutti conosciamo e amiamo, con il sorgente in un file binario per consentire lo sviluppo in team con 4D Server. Project facilita il lavoro collaborativo dei team distribuiti, memorizzando i sorgenti in un sistema di controllo dei sorgenti in file di testo semplice.
Contattateci
Avete domande, suggerimenti o volete semplicemente entrare in contatto con i blogger di 4D? Lasciateci un messaggio!
* La vostra privacy è molto importante per noi. Fare clic qui per visualizzare il nostro Politica