Hva er forskjellen mellom Aura og Lightning rammer?

Bortsett fra Wave, er den største kunngjøringen fra et utviklerperspektiv på Dreamforce 2014 «Lightning», og den vil bli kunngjort i den store hovedtesten av Marc Benioff i dag. Jeg har begynt å leke litt med det, og jeg prøver virkelig å forstå forskjellene / verdiforslagene mellom Lyn og Aura. Bortsett fra Drag and Drop-byggmesteren (som vanligvis avanserte utviklere ikke er fan av)

  • Er det at Lightning tilbyr en måte å enkelt integrere Aura-komponenter i koden din?
  • Er det bare en rebranding / jazzing up of Aura fordi rammen ikke fikk massetrekk og gjorde det lettere å bruke i SF1?
  • Skal det bare brukes i SF1, eller kan det også brukes i hybridutviklingsmetoden?

Jeg er sikker på at det ville være mer klarhet rundt Lyn i fremtiden, men bare prøver å få litt tidlig forståelse.

Kommentarer

  • Tilsynelatende må jeg begynne å fokusere litt tid mot denne typen forskning …

Svar

Først og fremst: «Lyn» er en større (markedsførings) innsats for å merke om eksisterende og ny Salesforce1 plattformtjenester under en skinnende ny paraply. «Salesforce1 Lightning» består blant annet av følgende brikker:

  • Lightning Schema Builder (rebrand of Schema Builder)
  • Lightning Process Builder (omdøping av Visual Workflow)
  • Lightning Components (ny – port av åpen kildekode Aura Framework på Salesforce1-plattform)
  • Lightning App Builder (ny – dra og slipp montering av Lightning Components til en side)
  • Lightning Connect (rebrand av «Ekstern Data Objects «, som lar deg samhandle med eksterne datakilder som implementerer OData-spesifikasjonen som om de var vanlige Salesforce SObjects)

Det du imidlertid spør om, er egentlig Lightning Components (LC) og Lightning App Builder (LAB).

Som du har antatt, er Lightning Components i hovedsak en ommerkning av «Aura on the Platform» (AOTP), et initiativ som har pågått innen Salesforce i flere år. Aura begynte som et internt initiativ i Salesforce for å bygge et skalerbart, komponentbasert rammeverk for brukergrensesnitt, og tidligere i år åpnet Salesforce Aura Framework (tilgjengelig på http://documentation.auraframework.org/auradocs # og https://github.com/forcedotcom/aura ). Men som du nevnte, er Salesforce1 bygget med Aura Components, det samme er mange nyere komponenter i forskjellige deler av Salesforce-brukergrensesnittet (f.eks. Chatter Feed – bare inspiser element på en side med Chatter Feed eller i Service Cloud Console og deg » Se Aura-skriptbiblioteker trukket inn og attributter for elementer).

Lynkomponenter er Aura-komponenter — hvis du går for å lage en ny «Lynkomponent», den faktiske markeringen du bruker er <aura:component>, og mange av de viktigste XML-kodene som er tilgjengelige fra Aura, f.eks. <aura:iteration>, <aura:if> osv. er prefikset med aura og vil forbli slik.

Re # 1) Målet med Lightning App Builder, langsiktig, ja, er å gi en administrasjonsvennlig måte å konstruer apper ved å montere og konfigurere Lynkomponenter.

Re # 3) Lyn / Aura-komponenter og apper kan for øyeblikket eksponeres flere steder enn bare Salesforce1 — og fremover (fra det vi har hørt) mer og flere steder der du for øyeblikket kan bruke Visualforce til å «overstyre» vil være steder du også kan bruke Lightning Components and Apps.

Lynapplikasjoner er ment å være frittstående inngangspunkter på forskjellige nivåer til forskjellige «apper». For eksempel er Salesforce1 et lynapplikasjon. Navnet på prefikset er «ett», og appen kalles «ett», og det er derfor tilgjengelig på /one/one.app, men Lightning-apper du oppretter, kan nås via syntaksen /MY_NAMESPACE/MY_APP_NAME.app, f.eks. i en av organisasjonene våre er vår «Produktkatalog» -app tilgjengelig via /sk_aura/ProductCatalogApp.app, og den ser omtrent slik ut:

skriv inn bildebeskrivelse her

Generelt er Lightning Components ment å brukes til å:

  • utvide / overstyre deler av Salesforce sin mobile (og til slutt desktop) UI
  • konstruere andre lynkomponenter

Fra og med nå (vinter 15) kan lynkomponenter brukes på følgende spesifikke måter:

  • Opprett faner i stasjonære eller mobile apper. For å gjøre dette må en LC implementere force:appHostable grensesnittet. Når en LC implementerer dette grensesnittet, kan det velges som innholdet i et «Lyn Komponentfanen «, må like Visualforce-sider kan velges som innholdet i Visualforce-fanene. Deretter kan du legge til Lightning Component-faner, som alle andre faner, til tilpassede / standard apper / konsoller, samt til Salesforce1 via» Mobilnavigasjon «oppsett.

  • Overstyr / utvid deler av Salesforce1-standardgrensesnittet via rammen «UI Plugins». UI Plugins-rammeverket avslører «Extension Points» der lynkomponenter kan kobles til standardgrensesnittet. For eksempel, hvis LC implementerer force:recordTab grensesnittet, kan det legges til som en ekstra Tab / Slide i detaljvisningen for SF1-posten ved å opprette en ny UiPlugin-post fra Developer Console. Det kan se ut som dette:

skriv inn bildebeskrivelse her

Kommentarer

  • " Lightning Connect " er markedsføringsuttrykket for eksterne objekter – " Et integreringsverktøy som gjør det enklere for Force.com-appen din å konsumere data fra hvilken som helst ekstern kilde som er i samsvar med OData-spesifikasjonen " Kilde . I tillegg til OData-kilder kan du også opprette Apex-kilder som bruker infomeldinger.
  • Takk @ DanielBallinger Jeg har oppdatert svaret mitt tilsvarende.
  • Relatert til svaret ditt: Salesforce har en Ofte stilte spørsmål om lyn nå.
  • @zachelrath er du sikker på at Process Builder bare er en omdisponering av Visual flow? eller er disse to atskilte?
  • Process Builder er et eget (nytt) verktøy fra Visual Workflow. Når du bygger en " prosess ", genereres imidlertid en visuell arbeidsflyt bak den, som kan brukes til distribusjon.

Svar

For å legge til Zachs detaljerte svar, vær oppmerksom på at UI Plugins er en del av et kommende sett med produktfunksjoner som for tiden kalles Lightning Extensions . Disse er i pilot for vinteren «15, og vil sannsynligvis forbli det i minst en utgivelse til. Hvis du er interessert i å bli med i piloten, kan du kontakte SE, TSE osv. Og be om at de nominerer deg. Følg med for mer informasjon om denne flotte følgesvennen til Lightning Components.

Hopp over

Svar

Dette kan hjelpe. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf

Gjennom denne utviklerveiledningen er det referanser til Aura-komponenter. For eksempel vil du se aura: component-taggen for en komponent i kodeeksempler. Vi har hele tiden vært snakker om lyn, så hva er Aura, og hva er forskjellen? Lynkomponenter er basert på Aura-rammeverket med åpen kildekode tilgjengelig på https://github.com/forcedotcom/aura . Aura-rammeverket lar deg bygge apper helt uavhengig av dataene dine i Salesforce. Merk at Aura-rammeverket med åpen kildekode har funksjoner og komponenter som for øyeblikket ikke er tilgjengelige i Lightning Component-rammeverket. Vi jobber med å overflate mer av disse funksjonene s og komponenter for Salesforce-utviklere.

Kommentarer

  • Kommer dette offisielt til vinteren 15?
  • @sfdcfox Ny utvikler Utgaveorganisasjoner som ble opprettet denne uken, er vinter 15 og har Lightning aktivert i dem, og i eksisterende organisasjoner er Lightning Components (men i Beta) tilgjengelige fra Setup, du må bare aktivere dem.
  • Bare en advarsel om aktivering – hvis du har eksisterende Canvas-apper, vil de ikke lenger fungere hvis du aktiverer Lightning-komponenter. Forhåpentligvis endres dette så snart jeg har integrasjoner med Tableau som er satt opp som Canvas-apper.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *