Afgezien van Wave is de grootste aankondiging vanuit een ontwikkelaarsperspectief op Dreamforce 2014 “Lightning” en het zal vandaag in de grote keynote worden aangekondigd door Marc Benioff. Ik ben er een beetje mee begonnen te spelen en ik probeer echt de verschillen / waardeproposities tussen Lightning en Aura te begrijpen. Afgezien van de Drag and Drop-builder (waar gevorderde ontwikkelaars meestal geen fan van zijn)
- Is het dat Lightning een manier biedt om gemakkelijk Aura-componenten in je code te integreren?
- Is het gewoon een rebranding / opfrisbeurt van Aura omdat het raamwerk geen massale tractie heeft gekregen en het gemakkelijker te gebruiken is in SF1?
- Is het alleen bedoeld voor gebruik in SF1 of kan het ook worden gebruikt in de hybride ontwikkelingsbenadering?
Ik weet zeker dat er “meer duidelijkheid zou zijn over Lightning in de toekomst, maar probeer gewoon wat vroeg begrip te krijgen.
Opmerkingen
- Blijkbaar moet ik wat tijd gaan besteden aan dit soort onderzoek …
Antwoord
Ten eerste: “Lightning” is een grotere (marketing) inspanning om bestaande en nieuwe Salesforce1 te rebranden platformdiensten onder één glimmende nieuwe paraplu. “Salesforce1 Lightning” bestaat onder meer uit de volgende onderdelen:
- Lightning Schema Builder (rebranding van Schema Builder)
- Lightning Process Builder (rebranding van Visual Workflow)
- Lightning Components (nieuw – poort van open source Aura Framework naar Salesforce1-platform)
- Lightning App Builder (nieuw – samenvoegen van Lightning Components naar een pagina)
- Lightning Connect (rebranding van “External Data Objects “, waarmee u kunt communiceren met externe gegevensbronnen die de OData-specificatie implementeren alsof het gewone Salesforce SObjects zijn)
Wat u echter vraagt, zijn in feite Lightning Components (LC) en de Lightning App Builder (LAB).
Zoals u “al vermoedde, zijn Lightning Components in wezen een rebranding van” Aura on the Platform “(AOTP), een initiatief dat aan de gang is binnen Salesforce voor meerdere jaren. Aura begon als een intern initiatief bij Salesforce om een schaalbaar, op componenten gebaseerd gebruikersinterfaceframework te bouwen, en eerder dit jaar heeft Salesforce het Aura Framework open source gemaakt (beschikbaar op http://documentation.auraframework.org/auradocs # en https://github.com/forcedotcom/aura ). Maar zoals je al zei, Salesforce1 is gebouwd met Aura Components, net als veel nieuwere componenten in verschillende delen van de Salesforce UI (bijv. De Chatter Feed – inspecteer gewoon Element op een pagina met de Chatter Feed of in de Service Cloud Console en jij ” Ik zie Aura-scriptbibliotheken binnengehaald en attributen op elementen).
Lightning-componenten zijn Aura-componenten — als je een nieuwe “Lightning-component” gaat maken, wordt de daadwerkelijke opmaak u gebruikt is <aura:component>, en veel van de XML-kerntags die beschikbaar zijn bij Aura, bijv. <aura:iteration>, <aura:if>, etc. worden voorafgegaan door aura en zullen zo blijven.
Re # 1) Het doel van de Lightning App Builder, ja, op lange termijn is om een beheerdersvriendelijke manier te bieden om apps bouwen door Lightning-componenten samen te stellen en te configureren.
Ad 3) Lightning / Aura-componenten en apps kunnen momenteel op meer plaatsen worden weergegeven dan alleen Salesforce1 — en in de toekomst (van wat we hebben gehoord) meer en meer plaatsen waar u momenteel Visualforce kunt gebruiken om te “overschrijven”, zijn plaatsen waar u ook Lightning-componenten en -apps kunt gebruiken.
Lightning-applicaties zijn bedoeld als zelfstandige toegangspunten op het hoogste niveau tot verschillende “apps”. Salesforce1 is bijvoorbeeld een Lightning-toepassing. Het naamruimtevoorvoegsel is “één”, en de app wordt “één” genoemd en is dus beschikbaar op /one/one.app, maar Lightning-apps die u maakt, zijn toegankelijk via de syntaxis /MY_NAMESPACE/MY_APP_NAME.app, bijv. in een van onze organisaties is onze “Productcatalogus” -app toegankelijk via /sk_aura/ProductCatalogApp.app, en het ziet er ongeveer zo uit:
In het algemeen zijn Lightning Components bedoeld om te worden gebruikt om:
- delen van de mobiele (en uiteindelijk desktop) gebruikersinterface van Salesforce uit te breiden / te overschrijven
- andere Lightning-componenten construeren
Vanaf nu (Winter 15) kunnen Lightning-componenten op de volgende specifieke manieren worden gebruikt:
-
Tabbladen maken in desktop- of mobiele apps. Om dit te doen, moet een LC de
force:appHostable-interface implementeren. Zodra een LC deze interface implementeert, kan deze worden gekozen als de inhoud van een “Lightning Componenttabblad “, moet net als Visualforce-paginas kunnen worden gekozen als de inhoud van Visualforce-tabbladen. Vervolgens kunt u Lightning-componenttabbladen, net als andere tabbladen, toevoegen aan aangepaste / standaardapps / consoles, evenals aan Salesforce1 via de” Mobiele navigatie ” opstelling. -
Delen van de standaard UI van Salesforce1 overschrijven / uitbreiden via het raamwerk “UI Plugins”. Het UI Plugins-raamwerk stelt “uitbreidingspunten” bloot waar Lightning-componenten kunnen worden ingeplugd in de standaard gebruikersinterface. Als uw LC bijvoorbeeld de
force:recordTab-interface implementeert, kan deze worden toegevoegd als een extra tab / dia in de detailweergave van SF1-records door een nieuwe UiPlugin-record te maken vanuit de Developer Console. Het zou er ongeveer zo uit kunnen zien:
Opmerkingen
- " Lightning Connect " is de marketingterm voor externe objecten – " Een integratietool waarmee uw Force.com-app gemakkelijker gegevens kan gebruiken van elke externe bron die voldoet aan de OData-specificatie " Bron . Naast OData-bronnen kun je ook Apex-bronnen maken die callouts gebruiken.
- Bedankt @DanielBallinger, ik heb mijn antwoord dienovereenkomstig bijgewerkt.
- Gerelateerd aan je antwoord: Salesforce heeft een Lightning FAQ nu.
- @zachelrath weet je zeker dat Process Builder slechts een rebranding is van Visual Flow? of zijn deze 2 gescheiden?
- Process Builder is een aparte (nieuwe) tool van Visual Workflow. Bij het bouwen van een " proces ", wordt erachter een visuele workflow gegenereerd die kan worden gebruikt voor implementatie.
Answer
Om toe te voegen aan het gedetailleerde antwoord van Zach, merk op dat de UI Plugins deel uitmaken van een aanstaande reeks productfuncties waarnaar momenteel wordt verwezen als Lightning Extensions . Deze zijn in de pilot voor Winter “15 en zullen dat waarschijnlijk blijven gedurende ten minste nog één release. Als je geïnteresseerd bent om mee te doen aan de pilot, neem dan contact op met je SE, TSE, etc. en vraag of ze je nomineren. Blijf op de hoogte voor meer informatie over deze geweldige aanvulling op Lightning Components.
Overslaan
Antwoord
Dit kan helpen. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf
In deze handleiding voor ontwikkelaars staan verwijzingen naar Aura-componenten. U ziet bijvoorbeeld de aura: component-tag voor een component in codevoorbeelden. Al die tijd zijn we over Lightning gesproken, dus wat is Aura en wat is het verschil? Lightning-componenten zijn gebaseerd op het open source Aura-framework dat beschikbaar is op https://github.com/forcedotcom/aura . Met het Aura-framework kunt u apps bouwen die volledig onafhankelijk zijn van uw gegevens in Salesforce. Houd er rekening mee dat het open source Aura-framework functies en componenten heeft die momenteel niet beschikbaar zijn in het Lightning Component-framework. We werken eraan om meer van deze functie s en componenten voor Salesforce-ontwikkelaars.
Opmerkingen
- Komt dit officieel in Winter 15?
- @sfdcfox Nieuwe ontwikkelaar Editie-organisaties die deze week zijn gemaakt, zijn in Winter 15 en hebben Lightning ingeschakeld, en ook in bestaande organisaties zijn Lightning-componenten (hoewel in Beta) beschikbaar via Setup, je hoeft ze alleen maar in te schakelen.
- Gewoon een waarschuwing over inschakelen – als je bestaande Canvas-apps hebt, werken ze niet meer als je Lightning-componenten inschakelt. Hopelijk verandert dit snel, aangezien ik integraties heb met Tableau die zijn ingesteld als Canvas-apps.