Hvad er forskellen mellem Aura og Lightning rammer?

Bortset fra Wave er den største meddelelse fra et udviklerperspektiv på Dreamforce 2014 “Lightning”, og den vil blive annonceret i den store keynote af Marc Benioff i dag. Jeg er begyndt at lege lidt med det, og jeg prøver virkelig at forstå forskellene / værdiforslagene mellem Lightning og Aura. Bortset fra Drag and Drop-bygherren (som normalt avancerede udviklere ikke er fan af)

  • Er det, at Lightning tilbyder en måde til nemt at integrere Aura-komponenter i din kode?
  • Er det bare en rebranding / jazzing up af Aura, fordi rammen ikke modtog massetraktion og gjorde det lettere at bruge i SF1?
  • Skal det kun bruges i SF1, eller kan det også bruges i hybridudviklingsmetoden?

Jeg er sikker på, at der ville være mere klarhed omkring Lightning i fremtiden, men bare forsøger at få lidt tidlig forståelse.

Kommentarer

  • Tilsyneladende er jeg nødt til at begynde at fokusere lidt tid på denne form for forskning …

Svar

Først og fremmest: “Lightning” er en større (marketing) indsats for at ommærke eksisterende og ny Salesforce1 platformstjenester under en skinnende ny paraply. “Salesforce1 Lightning” består blandt andet af følgende stykker:

  • Lightning Schema Builder (omskiltning af Schema Builder)
  • Lightning Process Builder (omdøbning af Visual Workflow)
  • Lightning Components (ny – port af open source Aura Framework på Salesforce1-platform)
  • Lightning App Builder (ny – træk og slip samling af Lightning Components til en side)
  • Lightning Connect (omdøbning af “Ekstern Dataobjekter “, som giver dig mulighed for at interagere med eksterne datakilder, der implementerer OData-specifikationen, som om de var almindelige Salesforce SObjects)

Det, du beder om, er dog virkelig Lightning Components (LC) og Lightning App Builder (LAB).

Som du har formodet, er Lightning Components i det væsentlige en omdøbning af “Aura on the Platform” (AOTP), et initiativ, der har været i gang inden for Salesforce i flere år. Aura begyndte som et internt initiativ hos Salesforce for at opbygge en skalerbar, komponentbaseret brugergrænsefladesramme, og tidligere på året åbnede Salesforce Aura Framework (tilgængelig på http://documentation.auraframework.org/auradocs # og https://github.com/forcedotcom/aura ). Men som du nævnte, er Salesforce1 bygget ved hjælp af Aura-komponenter, ligesom mange nyere komponenter i forskellige dele af Salesforce-brugergrænsefladen (f.eks. Chatter Feed – bare inspicér element på en side med Chatter Feed eller i Service Cloud Console, og du ” Se Aura-scriptbiblioteker trukket ind og attributter for elementer).

Lynkomponenter er Aura-komponenter — hvis du går for at oprette en ny “Lynkomponent”, den aktuelle markering du bruger er <aura:component>, og mange af de centrale XML-tags er tilgængelige fra Aura, f.eks. <aura:iteration>, <aura:if> osv. er forud for aura og forbliver sådan.

Re # 1) Målet med Lightning App Builder, langsigtet, ja, er at give en admin-venlig måde at konstruer apps ved at samle og konfigurere Lightning Components.

Re # 3) Lightning / Aura Components and Apps kan i øjeblikket eksponeres flere steder end bare Salesforce1 — og fremadrettet (ud fra det vi har hørt) mere og flere steder, hvor du i øjeblikket kan bruge Visualforce til at “tilsidesætte”, vil være steder, du også kan bruge Lynkomponenter og -apps.

Lynapplikationer er beregnet til at være enkeltstående indgangspunkter på øverste niveau til forskellige “apps”. For eksempel er Salesforce1 en Lynapplikation. Dets navneområde-præfiks er “en”, og appen kaldes “en”, den er således tilgængelig på /one/one.app, men Lightning-apps, du opretter, kan tilgås via syntaksen /MY_NAMESPACE/MY_APP_NAME.app, f.eks. i en af vores organisationer er vores “Produktkatalog” -app tilgængelig via /sk_aura/ProductCatalogApp.app, og den ser sådan ud:

indtast billedebeskrivelse her

Generelt er Lightning Components beregnet til at blive brugt til at:

  • udvide / tilsidesætte dele af Salesforces mobile (og eventuelt desktop) UI
  • konstruer andre lynkomponenter

Fra og med nu (vinter 15) kan lynkomponenter bruges på følgende specifikke måder:

  • Opret faner i desktop- eller mobilapps. For at gøre dette skal en LC implementere force:appHostable -grænsefladen. Når en LC implementerer denne grænseflade, kan den vælges som indholdet af en “Lightning Fanen Component “, skal ligesom Visualforce-sider kan vælges som indholdet af Visualforce-faner. Derefter kan du tilføje Lightning Component-faner, som alle andre faner, til brugerdefinerede / standardapps / konsoller såvel som til Salesforce1 via” Mobilnavigation ” Opsætning.

  • Tilsidesæt / udvid dele af Salesforce1-standardgrænsefladen via rammen “UI Plugins”. UI Plugins-rammen udsætter “Extension Points”, hvor Lightning-komponenter kan tilsluttes standard UI. For eksempel, hvis din LC implementerer force:recordTab -grænsefladen, kan den tilføjes som en ekstra Tab / Slide i SF1-recorddetaljevisningen ved at oprette en ny UiPlugin-record fra Developer Console. Det kunne se sådan ud:

indtast billedbeskrivelse her

Kommentarer

  • " Lightning Connect " er markedsføringsbetegnelsen for eksterne objekter – " Et integrationsværktøj, der gør det lettere for din Force.com-app at forbruge data fra enhver ekstern kilde, der overholder OData-specifikationen " Kilde . Ud over OData-kilder kan du også oprette Apex-kilder, der bruger infoudvidelser.
  • Tak @DanielBallinger Jeg har opdateret mit svar i overensstemmelse hermed.
  • Relateret til dit svar: Salesforce har et Ofte stillede spørgsmål til lyn nu.
  • @zachelrath er du sikker på, at Process Builder bare er en omdøbning af Visual flow? eller er disse to separate?
  • Process Builder er et separat (nyt) værktøj fra Visual Workflow. Når man bygger en " -proces ", genereres der dog en visuel arbejdsgang bagved den, som kan bruges til implementering.

Svar

For at føje til Zachs detaljerede svar skal du bemærke, at UI Plugins er en del af et kommende sæt produktfunktioner, der i øjeblikket kaldes Lightning Extensions . Disse er i pilot for vinteren “15 og vil sandsynligvis forblive det i mindst en udgivelse mere. Hvis du er interesseret i at deltage i piloten, bedes du kontakte din SE, TSE osv. Og bede dem om at udnævne dig. Bliv opdateret for at få flere oplysninger om denne fantastiske ledsager til Lightning Components.

Spring

Svar

Dette kan hjælpe. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf

I hele denne udviklervejledning er der henvisninger til Aura-komponenter. For eksempel kan du se aura: komponent-tag for en komponent i kodeeksempler. Vi har hele tiden været taler om lyn, så hvad er Aura, og hvad er forskellen? Lynkomponenter er baseret på Aura-rammen med open source tilgængelig på https://github.com/forcedotcom/aura . Aura-rammen giver dig mulighed for at oprette apps, der er helt uafhængige af dine data i Salesforce. Bemærk, at Aura-rammen med open source har funktioner og komponenter, der ikke i øjeblikket er tilgængelige i Lightning Component-rammen. Vi arbejder på at overflade mere af disse funktioner s og komponenter til Salesforce-udviklere.

Kommentarer

  • Kommer dette officielt i vinter 15?
  • @sfdcfox Ny udvikler Edition-organisationer, der blev oprettet i denne uge, er vinter 15 og har Lightning aktiveret i dem, og i eksisterende organisationer er Lightning Components (dog i Beta) tilgængelige fra Setup, du skal bare aktivere dem.
  • Bare en advarsel om aktivering – hvis du har eksisterende Canvas-apps, fungerer de ikke længere, hvis du aktiverer Lightning-komponenter. Forhåbentlig ændres dette, så snart jeg har integrationer med Tableau, der er konfigureret som Canvas-apps.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *