0
Als Entwickler, wir Leben in einer seltsamen Welt in diesen Tagen. Wir haben dem guten, alten code. Wir haben niedrig-code. Und wir haben keinen code. Und alle zusammen bis in die Anwendungen.
An einem Ende der extreme, wir haben tools wie Visual Studio, der Inbegriff der ‘ersten code’ – Entwicklungsumgebung. Aber mit seinen tools für den Aufbau deklarativen XAML-Benutzeroberflächen, und seine Unterstützung für Microsofts neues Template Studio, Sie bringen Aspekte der beiden anderen Entwicklungs-Paradigmen in die Windows-Entwicklung.
Am anderen Ende ist Salesforce, die schon lange die Heimat von deklarativen Entwicklung, mit einem Hauch von code für erweiterte Anpassung.
Aber in den letzten Jahren, als es absorbiert cloud-Plattform Heroku, Prioritäten haben sich geändert. Zum Teil, weil Unternehmen übernommen haben, continuous integration, Werkzeuge, Entwicklung von custom-toolchains, die den gesamten software development lifecycle. Es ist eine änderung verlassen hat Salesforce außerhalb der Schleife, mit seinen eigenen IDE-und seine eigene Entwicklung, die Methodik nicht erfasst werden durch tools wie Chef oder Ansible und verwaltet von Jenkins oder Travis CI.
Es war eine schwierige Lücke für ein Unternehmen wie Salesforce zu überbrücken. Für eine Sache, es ist längst verknüpft mit marketing-slogans, dass tout “keine software!” – Ansatz, um Anwendungen und Dienstleistungen. Aber das marketing-Laufwerk ausgeglichen wurde, durch die zunehmende Popularität seiner geringen code Lightning-Entwicklungsumgebung, mit mehr und mehr Ihrer Vertriebs-und marketing-Publikum die Entwicklung eigener apps-eine Zielgruppe, die wird ermächtigt, durch Salesforce gamifizierten Trailhead training-Plattform.
Und, wenn die Massen auf seine TrailheadX-event in San Francisco waren ein Beispiel für seine Zielgruppe, es ist schon klar, dass über Lücke. Und nicht nur ein Weg, entweder. Traditionelle Entwickler arbeiten an apps, das arbeiten mit APIs (mit über 50 Prozent aller Transaktionen angetrieben außerhalb seiner SaaS-Plattform), während die Salesforce-admins sind mit Trailhead abholen Blitz-Fertigkeiten und lernen, wie Sie mit Salesforce die eigene scripting-Plattform.
Heroku ist im Herzen von Salesforce developer-Modell und dessen Werkzeug ist die basis der Salesforce-die neue Salesforce-DX-Plattform. Vor einer Weile bekannt gegeben, es ist jetzt in der öffentlichen beta für alle Salesforce-Kunden, die Zusammenführung von Salesforce web – und Eclipse-basierte Werkzeuge mit Ihren eigenen bevorzugten Werkzeuge-mit Schwerpunkt auf moderne code-first-Entwicklung und DevOps-Prozesse.
Die vielleicht größte änderung ist einer, der kehrt eines der Fundamente der Salesforce-Entwicklung Modell. Bis jetzt, der code hat nie Links der Salesforce-Plattform. Sicher, man könnte das schreiben von Prozeduren und Apex-code in einem beliebigen editor, aber viel von Ihrer Arbeit hatten, werden innerhalb des cloud service, keine Möglichkeit zum exportieren und verwalten von Tabellen-Definitionen oder workflow. Alles war eingehüllt in Salesforce, Einsatz in ‘orgs’ und Gefahren aus dem web.
Jetzt, mit Salesforce DX, ist alles anders. Ein neues Kommandozeilen-interface gibt Ihnen die Werkzeuge, die Sie brauchen, um mit Ihrer Wahl von Werkzeug, mit der Fähigkeit, ein Salesforce org Beschreibung und speichern Sie es in Ihrer Wahl von continuous integration pipeline. Es gibt auch ein neues tool in der Form von quick-bereitstellen von scratch-Organisationen als eine neue Entwicklungs-Plattform für Ihren code, so dass es getrennt von dem rest Ihrer Salesforce-Bereitstellung, bis Sie sind bereit zu gehen Leben.
Das Modell, das Salesforce verlagert hat, ist ein Alter bekannter, der moderne software-Entwicklungsprozess mit Fokus auf eine kontinuierliche integration der Werkzeugkette führt, die von der Erfassung der Anforderungen an das configuration management Versionskontrolle, test und Auslieferung, mit einem Seite, um der operativen Werkzeuge zum schließen der Schleife, sobald Ihr code geht live. Es gibt sogar Salesforce-code in Github bereit Ihnen zu helfen, schnell loszulegen. Sie können auch starten, mit bestehenden apps, um Sie für die Verwendung mit Salesforce-DX command line tools.
Die Kommandozeile ist der Kern der Salesforce-DX, da es hier schaffst du die Kratzer orgs und Verwaltung von code. Es ist ein relativ einfaches CLI, mit einem Grundwissen in Grammatik, mit der Namensräume für gängige Funktionen. Wie läuft so eine Anwendung, die Sie anrufen können es von jedem beliebigen terminal — auf macOS, Windows oder Linux. Es ist auch in der Lage, in viele IDEs, zum Beispiel im Visual Studio-Code-built-in-terminal oder innerhalb von Eclipse.
was ist heiß auf zdnet
Windows 10 nicht mehr unterstützt? How to tell wenn Ihr PC ist geeignet für neueste version
Google stärkt Sicherheit, um zu verhindern, dass andere Google-Docs-phishing-Angriff
IBM verteidigt Watson cognitive computing, AI Anstrengungen inmitten analyst Fragen
Best practices für die Verwaltung der Sicherheit von unternehmenseigenen smartphones und tablets
Scratch orgs sind nicht eine vollständige Kopie Ihrer Salesforce-Instanz, aber Sie können enthalten Sie genügend Daten und Struktur-test-code. Sie sind beschrieben durch eine JSON-definition-Datei, so dass Sie können erstellen Sie programmgesteuert und speichern Sie Ihre definition der Datei in ein version control system, für, wenn Sie brauchen, um schnell einrichten und tear down orgs zum testen. Die config-Datei auch steuert, welche features verfügbar sind, so Sie nur bereit, die Salesforce-Elemente, die Sie für das Projekt benötigen, das Sie erstellen. Sie können füllen Sie die Daten mithilfe einer Abfrage, die auf einem anderen org-entweder eine vollständige Salesforce-Instanz oder anderen Kratzer org. Die exportierten Daten werden lokal gespeichert als JSON bereit für den Einsatz in der frischen test-und dev-scratch-orgs.
Sobald Sie bereitgestellt haben einen Kratzer, org, können Sie öffnen Sie es in der Nutzung von Salesforce integrierten Entwicklungs-tools, oder verwenden Sie Ihre eigenen IDE. Der Salesforce-DX-CLI kommt hier praktisch, da es enthält die Befehle zum öffnen Salesforce Werkzeuge auf bestimmten Seiten. Du wirst es auch zum verwalten von Dateien und Klassen, bereit für die Bearbeitung in Ihrem üblichen code-editor. Es ist auch, wie Sie trigger-tests geschrieben in Apex. Salesforce hat Anleitungen für die Integration der Salesforce-DX-CLI in beide Jenkins und Travis CI, so dass es Teil der vorhandenen continuous integration, Werkzeuge und workflow).
Apps sind integrierte Projekte, verpackt die Verwendung von XML-Dateien für die verschiedenen benutzerdefinierten Objekte in Ihrer Anwendung. Diese werden gespeichert in einem lokalen Verzeichnis auf dem dev-system, die repliziert werden können, die in einem CVS-wie Github. Diese Struktur enthält den code für Blitz-apps oder für Apex, sowie Bilder und andere assets, die Sie verwenden. Code geschoben werden kann, um einen Kratzer org mithilfe der CLI nachdem Sie änderungen vorgenommen haben, bereit für den Test.
Sobald der code fertig ist und zum bereitstellen, können Sie entweder bauen Sie es als eine verwaltete Paket für die Verwendung in Salesforce AppExchange-Marktplatz oder verwenden Sie Salesforce-APIs, push-code in Ihre eigene Produktion org, bereit für den Einsatz. Es werden zunächst installieren Sie in einen Salesforce Developer-sandbox für die abschließende Prüfung, vor der Freigabe an die Benutzer.
Upending Ihre gesamte Entwicklungs-Modell ist ein drastischer Schritt, aber eine, die Salesforce benötigt, um zu nehmen, wenn es wurde zum Teil, wie die Unternehmen begonnen haben, um Anwendungen zu erstellen. Geben Entwickler-tools für nicht-destruktive Entwicklung in einem software-as-a-service-Umgebung macht eine Menge Sinn, und ein CLI ist die logische Kontrolle über den Entwicklungsprozess.
Es ist auch eine logische Möglichkeit der Integration in bestehende Werkzeugketten, mit vertrauten JSON-APIs zur Verknüpfung Ihrer Salesforce Entwicklung Ihre übrigen Anwendungen, womit sich code low code und deklarativen keine code-Entwicklung zusammen. Es wird interessant sein zu sehen, wie Entwickler zu einem anderen CLI, wie Salesforce DX rollt sich aus in den nächsten Monaten.
0