0
Come sviluppatori, viviamo in un mondo strano in questi giorni. Abbiamo avuto il buon vecchio codice. Abbiamo a basso codice. E abbiamo avuto nessun tipo di codice. E tutti insieme si sommano all’interno di applicazioni.
A un’estremità di un estremo, strumenti come Visual Studio, l’epitome del “codice prima’ ambiente di sviluppo. Ma con i suoi strumenti per la costruzione dichiarativo interfacce utente, e il supporto per Microsoft il nuovo Modello di Studio, portando gli aspetti delle altre due paradigmi di sviluppo in sviluppo per Windows.
All’altra estremità è Salesforce, che è stata a lungo la casa di dichiarativa di sviluppo, con un tocco di codice per la personalizzazione avanzata.
Ma negli ultimi anni, come è assorbito piattaforma cloud di Heroku, le priorità sono cambiate. In parte perché le imprese hanno adottato la continua integrazione di attrezzature, lo sviluppo di custom toolchain che coprono l’intero ciclo di sviluppo del software. È un cambiamento ha lasciato Salesforce al di fuori del ciclo, con il suo IDE e propria metodologia di sviluppo che non possono essere catturati da strumenti come Chef o Ansible e gestito da Jenkins o Travis CI.
E ‘ stato un difficile gap per una società come la Salesforce per il ponte. Per prima cosa, è stato a lungo associato con slogan di marketing che ne esaltano il suo “no software!” approccio alle applicazioni e ai servizi. Ma che disco di marketing è stato equilibrato la crescente popolarità del suo basso codice di Fulmine ambiente di sviluppo, e le sue vendite e marketing pubblico a sviluppare le loro proprie applicazioni, un pubblico che viene conferito il potere di Salesforce gamificato sul campo Trailhead piattaforma di formazione.
E, se la folla al suo TrailheadX evento a San Francisco sono stati un esempio del suo pubblico, è chiaramente già all’interno di tale divario. E non solo a senso unico. Tradizionali sono gli sviluppatori la creazione di applicazioni che funzionano con le sue Api (con oltre il 50 per cento di tutte le transazioni guidato da al di fuori della sua piattaforma SaaS), mentre Salesforce admins sono utilizzando il punto di partenza per raccogliere Fulmine competenze e imparare a utilizzare Salesforce propria piattaforma di scripting.
Heroku è il cuore di Salesforce per sviluppatori del modello, e la sua lavorazione con utensili è la base di Salesforce new Salesforce DX piattaforma. Annunciato qualche tempo fa, ora è in versione beta pubblica per tutti i clienti di Salesforce, portando insieme di Salesforce web e basato su Eclipse utensili con il tuo preferito toolchain-con un focus sul codice moderno di sviluppo prima e DevOps processi.
Forse il cambiamento più grande è quella che inverte una delle basi di Salesforce modello di sviluppo. Fino ad ora, il codice non ha mai lasciato la piattaforma Salesforce. Certo, si potrebbe scrivere procedure e Apex codice in un qualsiasi editor, ma molto del tuo lavoro doveva essere all’interno del servizio di cloud, non c’è alcun modo per esportare e gestire le definizioni di tabella o di flusso di lavoro. Tutto era avvolto in Salesforce, distribuito in ‘organizzazioni’ e guidato dal web.
Ora, con Salesforce DX, tutto è diverso. Una nuova interfaccia a riga di comando ti dà gli strumenti necessari per lavorare con la vostra scelta di utensili, con la possibilità di prendere un Salesforce descrizione e memorizzarlo nella scelta di una continua integrazione della pipeline. C’è anche un nuovo strumento a forma di veloce da implementare zero organizzazioni come una nuova piattaforma di sviluppo per il codice, mantenendo separato dal resto di Salesforce distribuzione fino a quando non si è pronti per andare a vivere.
Il modello di Salesforce ha spostato è familiare, il moderno ciclo di sviluppo del software, con la sua attenzione su una continua integrazione di strumenti che corre dall’acquisizione dei requisiti per la gestione della configurazione per il controllo di versione di prova e di consegna, con un contorno di operativi di utensili per chiudere il ciclo una volta che il codice entra nel vivo. C’è anche Salesforce codice su Github, pronto per iniziare subito. Si può anche iniziare con le applicazioni già esistenti, la loro conversione per l’utilizzo con Salesforce DX dell’strumenti a riga di comando.
La riga di comando è il cuore di Salesforce DX, qui si crea zero org e gestire il codice. Si tratta di un relativamente semplice CLI, con un comando di base di grammatica, con spazi per le funzioni comuni. Come viene eseguito come un’applicazione, è possibile chiamare da qualsiasi terminale, su macOS, Windows o su Linux. È inoltre in grado di eseguire all’interno di molti Ide, per esempio in Visual Studio Codice del terminale built-in o all’interno di Eclipse.
che cosa è caldo su zdnet
Windows 10 non è più supportato? Come sapere se il tuo PC è idoneo per l’ultima versione
Google rafforzare la sicurezza per prevenire un altro attacco di phishing Google Docs
IBM Watson difende, cognitive computing, AI sforzi tra analista di domande
Le migliori pratiche per la gestione della sicurezza aziendale di proprietà di smartphone e tablet
Zero organizzazioni non una copia completa di Salesforce, ma possono contenere una quantità sufficiente di dati e la struttura di codice di test. Sono descritti da un JSON file di definizione, in modo che è possibile creare a livello di programmazione e di memorizzare i file di definizione di un sistema di controllo di versione, per quando si ha bisogno di impostare rapidamente e abbattere organizzazioni per scopi di test. I file di configurazione, controlla anche quali funzioni sono disponibili, in modo da distribuire solo il Salesforce elementi di cui avete bisogno per il progetto che si sta costruendo. È possibile inserire i dati tramite una query su un altro org, completa di Salesforce istanza o di un altro zero org. I dati esportati sono memorizzati localmente come JSON, pronto per l’uso in test fresco e dev zero org.
Una volta che è stato distribuito un graffio org, è possibile aprirlo in Salesforce built-in strumenti di sviluppo o utilizzando il tuo IDE. Il Salesforce DX CLI arriva qui a portata di mano, in quanto comprende i comandi per aprire Salesforce utensili a pagine specifiche. Potrete anche utilizzarlo per gestire i file e le classi, pronta per il montaggio nel proprio editor di codice. È anche il modo in cui si trigger prove scritte in Apice. Salesforce ha fornito le istruzioni per l’integrazione di Salesforce DX CLI in entrambi Jenkins e Travis CI, rendendola parte di qualsiasi esistente, l’integrazione continua di utensileria e il flusso di lavoro che avete posto.
Apps sono costruiti come progetti, confezionati utilizzando i file XML per i vari oggetti personalizzati nella vostra applicazione. Questi sono memorizzati in una directory locale dev di sistema, che può essere replicato in un CVS come Github. Questa struttura include il codice per il Fulmine applicazioni o per Apex, così come le immagini e le altre attività che stai usando. Il codice può essere spinto per un graffio org usare la CLI una volta apportate le modifiche, è pronto per il collaudo.
Una volta che il codice è finito e pronto per la distribuzione, è possibile costruire un pacchetto gestito per l’uso in Salesforce AppExchange mercato o l’uso di Salesforce Api per spingere codice nella vostra produzione org, pronto per l’uso. Ti installa inizialmente in un Salesforce sviluppo sandbox per il collaudo finale, prima del rilascio, per i tuoi utenti.
L’inclinazione del vostro intero modello di sviluppo è una scelta tanto drastica, ma che Salesforce bisogno di prendere se fosse parte di come le aziende hanno cominciato a costruire applicazioni. Dare strumenti di sviluppo per non distruttivo di sviluppo di software-come-un-servizio ambiente fa un sacco di senso, e un CLI è il modo più logico di controllo del processo di sviluppo.
È anche un modo logico di integrazione con l’esistente toolchain, con i familiari JSON Api per collegare il tuo sviluppo Salesforce per il resto delle applicazioni, portando codice, basso codice, dichiarativi e non lo sviluppo di codice insieme. Sarà interessante vedere come gli sviluppatori per altro CLI, come Salesforce DX uscirà nei prossimi mesi.
0