Bortsett från Wave är det största tillkännagivandet ur ett utvecklingsperspektiv på Dreamforce 2014 ”Lightning” och det kommer att tillkännages i den stora nyckeln av Marc Benioff idag. Jag har börjat leka lite med det och jag försöker verkligen förstå skillnaderna / värderingarna mellan Lightning och Aura. Bortsett från Drag och Drop-byggaren (som vanligtvis avancerade utvecklare inte är ett fan av)
- Är det att Lightning erbjuder ett sätt att enkelt integrera Aura-komponenter i din kod?
- Är det bara en rebranding / jazzing up av Aura eftersom ramverket inte fick massdrag och gjorde det lättare att använda i SF1?
- Är det bara att använda i SF1 eller kan det också användas i hybridutvecklingssättet?
Jag är säker på att det skulle finnas mer tydlighet kring Lightning i framtiden men bara försöker få lite tidig förståelse.
Kommentarer
- Tydligen måste jag börja fokusera lite tid mot denna typ av forskning …
Svar
Först och främst: ”Lightning” är en större (marknadsförings) insats för att ommärkta befintlig och ny Salesforce1 plattformstjänster under ett glänsande nytt paraply. ”Salesforce1 Lightning” består bland annat av följande delar:
- Lightning Schema Builder (rebrand av Schema Builder)
- Lightning Process Builder (ommärkning av Visual Workflow)
- Lightning Components (new – port of open source Aura Framework onto Salesforce1 platform)
- Lightning App Builder (new – dra och släpp montering av Lightning Components i en sida)
- Lightning Connect (ommärkning av ”Extern Dataobjekt ”, som låter dig interagera med externa datakällor som implementerar OData-specifikationen som om de vore vanliga Salesforce SObjects)
Vad du frågar om är dock verkligen Lightning Components (LC) och Lightning App Builder (LAB).
Som du har antagit är Lightning Components i huvudsak en ommärkning av ”Aura on the Platform” (AOTP), ett initiativ som har pågått inom Salesforce i flera år. Aura började som ett internt initiativ på Salesforce för att bygga ett skalbart, komponentbaserat användargränssnittsramverk och tidigare i år öppnade Salesforce Aura Framework (tillgängligt på http://documentation.auraframework.org/auradocs # och https://github.com/forcedotcom/aura ). Men som du nämnde är Salesforce1 byggt med Aura-komponenter, liksom många nyare komponenter i olika delar av Salesforce-gränssnittet (t.ex. Chatter Feed – bara Inspektera element på en sida med Chatter Feed eller i Service Cloud Console och du ” Se Aura-skriptbibliotek som dras in och attribut för element).
Blixtkomponenter är Aurakomponenter — om du vill skapa en ny ”Blixtkomponent”, den faktiska markeringen du använder är <aura:component>, och många av de viktigaste XML-taggarna är tillgängliga från Aura, t.ex. <aura:iteration>, <aura:if> etc. är prefixade med aura och kommer att förbli så.
Re # 1) Målet med Lightning App Builder, långsiktigt, ja, är att tillhandahålla ett administrationsvänligt sätt att konstruera appar genom att sätta ihop och konfigurera Lightning Components.
Re # 3) Lightning / Aura Components och Apps kan för närvarande exponeras på fler ställen än bara Salesforce1 — och framåt (utifrån vad vi har hört) mer och fler platser där du för närvarande kan använda Visualforce för att ”åsidosätta” kommer att vara platser där du också kan använda Lightning Components och Apps.
Blixtapplikationer är avsedda att vara fristående ingångspunkter på olika nivåer till olika ”appar”. Till exempel är Salesforce1 en blixtapplikation. Dess namnområde-prefix är ”ett” och appen heter ”ett”, så det är tillgängligt på /one/one.app, men Lightning-appar som du skapar kan nås via syntaxen /MY_NAMESPACE/MY_APP_NAME.app, t.ex. i en av våra organisationer är vår ”Produktkatalog” -app tillgänglig via /sk_aura/ProductCatalogApp.app, och den ser ungefär så ut:
I allmänhet är Lightning Components avsedda att användas för att:
- förlänga / åsidosätta delar av Salesforce mobil (och eventuellt skrivbord) UI
- konstruera andra blixtkomponenter
Från och med nu (vinter 15) kan blixtkomponenter användas på följande specifika sätt:
-
Skapa flikar i stationära eller mobila appar. För att göra detta måste en LC implementera gränssnittet
force:appHostable. När en LC implementerar detta gränssnitt kan det väljas som innehållet i ett ”Lightning Fliken Komponent ”, måste som Visualforce-sidor kan väljas som innehållet i Visualforce-flikarna. Sedan kan du lägga till Lightning Component-flikar, som alla andra flikar, till anpassade / standardappar / -konsoler, samt till Salesforce1 via” Mobilnavigering ” uppstart. -
Åsidosätt / förläng delar av Salesforce1-standardgränssnittet, via ramverket ”UI Plugins”. UI Plugins-ramverket exponerar ”Extension Points” där blixtkomponenter kan anslutas till standardgränssnittet. Till exempel, om din LC implementerar
force:recordTabgränssnittet, kan den läggas till som en extra Tab / Slide i detaljvyn för SF1-posten genom att skapa en ny UiPlugin-post från Developer Console. Det kan se ut så här:
Kommentarer
- " Lightning Connect " är marknadsföringsordet för externa objekt – " Ett integrationsverktyg som gör det lättare för din Force.com-app att konsumera data från alla externa källor som överensstämmer med OData-specifikationen " Källa . Förutom OData-källor kan du också skapa Apex-källor som använder informationstecken.
- Tack @DanielBallinger Jag har uppdaterat mitt svar i enlighet med detta.
- Relaterat till ditt svar: Salesforce har ett Vanliga frågor om blixt nu.
- @zachelrath är du säker på att Process Builder bara är en ommärkning av visuellt flöde? eller är dessa två separata?
- Process Builder är ett separat (nytt) verktyg från Visual Workflow. Men när man bygger en " -process " skapas ett visuellt arbetsflöde bakom det som kan användas för distribution.
Svar
För att lägga till Zachs detaljerade svar, notera att UI Plugins är en del av en kommande uppsättning produktfunktioner som för närvarande kallas Lightning Extensions . Dessa är i pilot för vintern ”15, och kommer sannolikt att förbli så i minst en release till. Om du är intresserad av att gå med i piloten, kontakta din SE, TSE, etc. och be att de nominerar dig. Håll dig uppdaterad om du vill ha mer information om den här fantastiska följeslagaren till Lightning Components.
Hoppa över
Svar
Detta kan hjälpa. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf
I hela denna utvecklarhandbok finns referenser till Aura-komponenter. Till exempel ser du taggen aura: component för en komponent i kodprover. Vi har hela tiden varit pratar om blixt, så vad är Aura och vad är skillnaden? Blixtkomponenter är baserade på Aura-ramverket med öppen källkod tillgängligt på https://github.com/forcedotcom/aura . Aura-ramverket gör det möjligt för dig att bygga appar helt oberoende av dina data i Salesforce. Observera att Aura-ramverket med öppen källkod har funktioner och komponenter som för närvarande inte finns tillgängliga i Lightning Component-ramverket. Vi arbetar för att hitta mer av dessa funktioner s och komponenter för Salesforce-utvecklare.
Kommentarer
- Kommer detta officiellt på vintern 15?
- @sfdcfox Ny utvecklare Utgåvaorganisationer som skapades den här veckan är på Winter 15 och har Lightning aktiverat i dem, och i befintliga organisationer finns även Lightning Components (men i Beta) tillgängliga från Setup, du måste bara aktivera dem.
- Bara en varning om att aktivera – om du har befintliga Canvas-appar fungerar de inte längre om du aktiverar Lightning-komponenter. Förhoppningsvis förändras detta så snart jag har integrationer med Tableau som är inställda som Canvas-appar.