Salesforce bruggen slaan tussen de werelden

0
152

0

Als ontwikkelaars, we leven in een vreemde wereld deze dagen. We hebben een goede ouderwetse code. Wij hebben lage code. En we hebben nog geen code. En allemaal samen voegen ze in toepassingen.

Aan het einde van het extreme, we hebben tools zoals Visual Studio, de belichaming van de “code first” ontwikkelomgeving. Maar met de gereedschappen voor het bouwen van declaratieve XAML user interfaces, en de ondersteuning voor Microsoft ‘s nieuwe Sjabloon Studio, het is het brengen van aspecten van de twee andere ontwikkeling paradigma’ s in Windows ontwikkeling.

Aan de andere kant is Salesforce, die al lang het huis van declaratieve ontwikkeling, met een vleugje van de code voor geavanceerde aanpassingen.

Maar de laatste paar jaar, als het is opgenomen cloud platform Heroku, prioriteiten zijn veranderd. Deels is dat omdat ondernemingen hebben aangenomen, continue integratie van gereedschappen, het ontwikkelen van aangepaste instrumenten die betrekking hebben op de gehele software development lifecycle. Het is een verandering van links Salesforce buiten de lus, met een eigen IDE en zijn eigen ontwikkeling methodologie die niet kunnen worden opgevangen door tools als Chef-kok of Ansible en beheerd door Jenkins of Travis CI.

Het is een moeilijk kloof voor een bedrijf als Salesforce te overbruggen. Voor een ding, het is lang geassocieerd met marketing slogans die tout haar “geen software!” – benadering tot applicaties en services. Maar dat marketing drive is gebalanceerd door de toenemende populariteit van de lage code Bliksem ontwikkelomgeving, met meer en meer van haar verkoop-en marketing publiek de ontwikkeling van hun eigen apps — een publiek dat wordt bekrachtigd door de Salesforce-gamified Trailhead opleiding platform.

En, als de drukte op de TrailheadX evenement in San Francisco waren een voorbeeld van het publiek, het is duidelijk al over die kloof. En niet slechts één manier. Traditionele ontwikkelaars bouwen apps die werken met de Api ‘ s (met meer dan 50 procent van alle transacties als gevolg van buiten haar SaaS-platform), terwijl Salesforce-beheerders zijn het gebruik van Trailhead te halen Bliksem vaardigheden en om te leren hoe het gebruik van Salesforce zijn eigen scripting platform.

Heroku is in het hart van de Salesforce-ontwikkelaar model en het gereedschap is de basis van de Salesforce-nieuwe Salesforce-DX-platform. Kondigde een tijdje terug, het is nu in public beta voor alle Salesforce-klanten, waardoor samen met de web – en Eclipse gebaseerde gereedschap met uw eigen voorkeur toolchain — met een focus op moderne code-eerste ontwikkeling en DevOps processen.

Misschien is de grootste verandering is er een die draait één van de fundamenten van het Salesforce-model. Tot nu toe, code heeft nooit links op het Salesforce platform. Bedankt voor het schrijven van procedures en Apex-code in een editor, maar veel werk moest worden binnen de cloud-dienst, met geen manier om te exporteren en beheren tabel definities of workflow. Alles was verpakt in Salesforce, wordt ingezet in ‘organisaties’ en gedreven van het web.

Nu, met Salesforce DX, is alles anders. Een nieuw command line interface geeft u de tools die u nodig hebt om te werken met uw keuze van gereedschap, met de mogelijkheid om een Salesforce-implementatie beschrijving en op te slaan in uw keuze van continuous integration pijplijn. Er is ook een nieuw instrument in de vorm van snel te implementeren scratch organisaties als een nieuwe ontwikkeling platform voor uw code; het houden van het scheiden van de rest van uw Salesforce-implementatie tot u klaar bent om live te gaan.

Het model dat Salesforce heeft geschoven, is een oude bekende, de moderne software development lifecycle, met de focus op een continuous integration toolchain die loopt van eisen vastleggen van de configuratie beheer versie controle te testen en levering, met een bijgerecht van operationele gereedschap te sluiten van de lus zodra uw code live gaat. Er is zelfs Salesforce-code op Github, klaar om u te helpen snel aan de slag. U kunt ook beginnen met bestaande apps, en ze te converteren naar gebruik met Salesforce DX is de command-line tools.

De commando-regel is in het hart van Salesforce DX, want het is hier maak je krassen organisaties en beheren code. Het is een relatief eenvoudige CLI, met een basiskennis grammatica, met naamruimten voor gemeenschappelijke functies. Als het loopt als een toepassing, kunt u bellen vanaf elke terminal — op macOS, Windows, of Linux. Het is ook in staat om te draaien in veel Ide ‘s, bijvoorbeeld in Visual Studio Code’ s van de ingebouwde terminal of in Eclipse.

wat is hot op zdnet

Windows 10 niet langer wordt ondersteund? Hoe om te vertellen als je PC komt in aanmerking voor de nieuwste versie

Google vergroot de veiligheid om te voorkomen dat een ander Google-Docs phishing-aanval

IBM verdedigt Watson, cognitieve computing, AI inspanningen te midden van analist vragen

Best practices voor het beheren van de veiligheid van de corporate-owned-smartphones en-tablets

Kras organisaties niet een volledige kopie van uw Salesforce-exemplaar, maar ze kunnen bevatten voldoende gegevens en structuur om code te testen. Ze zijn beschreven door een JSON-bestand met de definitie, dus je kunt ze maken programmatisch en het opslaan van uw definitie van bestand in een versie controle systeem, voor wanneer u het nodig om snel opzetten en afbreken organisaties voor test doeleinden. Het config-bestand bepaalt ook welke functies beschikbaar zijn, zodat u alleen het implementeren van de Salesforce-elementen die u nodig hebt voor het project dat u aan het bouwen bent. U kunt vullen gegevens met behulp van een query op een andere org, ofwel een volledige Salesforce-sessie of een andere scratch org. Geëxporteerde gegevens lokaal opgeslagen als JSON, klaar voor gebruik in zoet-test en dev scratch orgs.

Als je eenmaal hebt ingezet, een kras org, kunt u vervolgens openen in gebruik dankzij de ingebouwde hulpmiddelen van de ontwikkeling of het gebruik van uw eigen IDE. De Salesforce-DX CLI handig hier, want het bevat opdrachten die open Salesforce-tooling op specifieke pagina ‘ s. Je zult het ook gebruiken om bestanden te beheren en klassen, klaar om bewerkt te worden in de gebruikelijke code-editor. Het is ook hoe je je trigger tests geschreven in Apex. Salesforce heeft instructies voor het integreren van de Salesforce-DX CLI in beide Jenkins en Travis CI, waardoor het onderdeel van een bestaande continue integratie van de bewerking en de workflow die u hebt ingevoerd.

Apps zijn gebouwd in de vorm van projecten, verpakt met behulp van XML-bestanden voor de verschillende aangepaste objecten in de toepassing. Deze worden opgeslagen in een lokale map op uw dev systeem, dat kan worden gerepliceerd in een CVS zoals Github. Deze structuur bevat de code voor de Bliksem apps of voor Apex, alsmede afbeeldingen en andere activa die u gebruikt. Code kan worden geduwd om een kras org met behulp van de CLI nadat u de wijzigingen heeft aangebracht, klaar om te testen.

Zodra de code is voltooid en gereed om te implementeren, u kunt bouwen als een beheerde pakket voor gebruik in Salesforce AppExchange-marktplaats of gebruik de Salesforce-Api ‘ s te duwen code in uw eigen productie-org, klaar voor gebruik. Het zal in eerste instantie te installeren in een Salesforce ontwikkeling zandbak voor de laatste testen, voordat u vrij om uw gebruikers.

Upending uw gehele ontwikkeling van het model is een ingrijpende verhuizing, maar een die Salesforce nodig is om te nemen als het ging om een onderdeel van de manier waarop bedrijven zijn begonnen met het bouwen van applicaties. Het geven van de tools voor ontwikkelaars voor niet-destructieve ontwikkeling in een software-as-a-service omgeving maakt veel verstand, en een CLI is de logische manier van het controleren van het ontwikkelingsproces.

Het is ook een logische manier te integreren met bestaande instrumenten, met behulp van vertrouwde JSON Api ‘ s voor het koppelen van uw Salesforce-ontwikkeling voor de rest van de applicaties, waardoor code, lage-code, en declaratieve geen code ontwikkeling samen. Het zal interessant zijn te zien hoe ontwikkelaars nemen naar een andere CLI, als Salesforce DX rolt de komende maanden.

0