Mitä eroa on Aura- ja Lightning-kehyksillä?

Aallon lisäksi Dreamforce 2014: n suurin kehittäjänäkökulma on ”Lightning”, ja Marc Benioff julkistaa sen tänään suuressa pääpuhelimessa. Olen alkanut leikkiä sen kanssa hieman ja yritän todella ymmärtää salaman ja auran väliset erot / arvolauselmat. Vedä ja pudota -työkalun lisäksi (josta yleensä edistyneet kehittäjät eivät ole faneja)

  • Onko Lightning tarjoava tapa integroida Aurakomponentit helposti koodiin?
  • Onko kyseessä vain Auran uudelleenbrändäys / jazzing, koska kehys ei saanut massapitoisuutta ja helpotti sen käyttöä SF1: ssä?
  • Voidaanko sitä käyttää vain SF1: ssä vai voidaanko sitä käyttää myös hybridikehitysmenetelmässä?

Olen varma, että salaman ympärillä olisi enemmän selkeyttä tulevaisuudessa, mutta yritän vain saada jonkinlaista ymmärrystä.

Kommentit

  • Minun täytyy ilmeisesti alkaa keskittyä jonkin aikaa tällaiseen tutkimukseen …

vastaus

Ensinnäkin: ”Salama” on suurempi (markkinointi) pyrkimys uudistaa tuotemerkkejä olemassa olevasta ja uudesta Salesforcesta1 alustapalvelut uuden kiiltävän uuden sateenvarjon alla. ”Salesforce1 Lightning” koostuu muun muassa seuraavista paloista:

  • Lightning Schema Builder (Schema Builderin tuotemerkki)
  • Lightning Process Builder (Visual Workflow -brändin tuotemerkki)
  • Lightning Components (uusi – avoimen lähdekoodin Aura Frameworkin portti Salesforce1-alustalle)
  • Lightning App Builder (uusi – vedä ja pudota Lightning Components -kokoonpano sivu)
  • Lightning Connect (Ulkoisen Data Objects ”, jonka avulla voit olla vuorovaikutuksessa ulkoisten tietolähteiden kanssa, jotka toteuttavat OData-spesifikaation ikään kuin ne olisivat tavallisia Salesforce SObjects -tuotteita).

Se, mistä kysyt, on kuitenkin todella salamakomponentteja (LC) ja Lightning App Builder (LAB).

Kuten olet arvannut, Lightning Components on lähinnä ”Aura on the Platform” (AOTP) -brändin tuotemerkki, joka on ollut käynnissä. Salesforcessa useita vuosia. Aura aloitti Salesforcen sisäisenä aloitteena skaalautuvan, komponenttipohjaisen käyttöliittymäkehyksen rakentamisen, ja aiemmin tänä vuonna Salesforce avasi Aura Frameworkin (saatavana osoitteesta http://documentation.auraframework.org/auradocs # ja https://github.com/forcedotcom/aura ). Mutta kuten mainitsit, Salesforce1 on rakennettu käyttämällä Aura-komponentteja, samoin kuin monet uudemmat komponentit Salesforce-käyttöliittymän eri osissa (esim. Chatter Feed – tarkista vain elementti Chatter Feed -sivulla tai Service Cloud Consolessa ja sinä ” Näen Aura-komentosarjakirjastot ja elementtien määritteet).

Salamakomponentit ovat Aurakomponentit — jos aiot luoda uuden ”Salamakomponentin”, varsinainen merkintä käyttämäsi on <aura:component>, ja monet Auran saatavilla olevat ydin-XML-tunnisteet, esim. <aura:iteration>, <aura:if> jne. on etuliitetty auralla ja pysyy sellaisena.

Re # 1) Lightning App Builderin tavoite on pitkällä aikavälillä, kyllä, tarjota järjestelmänvalvojaystävällinen tapa rakenna sovelluksia kokoamalla ja konfiguroimalla salamakomponentteja.

Re # 3) Salama- / aurakomponentit ja sovellukset voidaan tällä hetkellä paljastaa useammassa paikassa kuin pelkästään Salesforce1 — ja eteenpäin (mitä olemme kuulleet) lisää ja lisää paikkoja, joissa voit tällä hetkellä käyttää Visualforcea ”ohittamiseen”, ovat paikkoja, joissa voit käyttää myös Lightning-komponentteja ja -sovelluksia.

Salama-sovellusten on tarkoitus olla ylätason, erillisiä sisäänkirjautumispisteitä erillisille ”sovelluksille”. Esimerkiksi Salesforce1 on Lightning-sovellus. Sen nimitilan etuliite on ”yksi”, ja sovellusta kutsutaan ”yhdeksi”, joten se on saatavana osoitteesta /one/one.app, mutta luomasi Lightning-sovellukset ovat käytettävissä syntaksin /MY_NAMESPACE/MY_APP_NAME.app kautta, esim. yhdessä organisaatiossamme ”Tuotekatalogi” -sovelluksemme on käytettävissä /sk_aura/ProductCatalogApp.app -palvelun kautta, ja se näyttää tältä:

kirjoita kuvan kuvaus tähän

Lightning Components on yleensä tarkoitettu käytettäväksi:

  • laajentamaan / ohittamaan Salesforcen mobiilikäyttöliittymän (ja lopulta työpöydän) käyttöliittymän osat
  • rakenna muita salaman komponentteja

Tällä hetkellä (talvi 15) alkaen salaman komponentteja voidaan käyttää seuraavilla erityisillä tavoilla:

  • Luo välilehtiä työpöydällä tai mobiilisovelluksissa. Tätä varten LC: n on toteutettava force:appHostable -käyttöliittymä. Kun LC on ottanut tämän käyttöliittymän käyttöön, se voidaan valita ”Lightning” -sisällöksi. Komponentti-välilehti ”, on pidettävä siitä, että Visualforce-sivut voidaan valita Visualforce-välilehtien sisällöksi. Sitten voit lisätä Lightning-komponenttivälilehdet, kuten kaikki muut välilehdet, mukautettuihin / vakio-sovelluksiin / konsoleihin sekä Salesforce1: een” Mobiilinavigointi ”-palvelun kautta. ” perustaa.

  • Ohita / laajenna Salesforce1-vakiokäyttöliittymän osia ”UI Plugins” -kehyksen kautta. UI Plugins -kehys paljastaa ”Laajennuspisteet”, joihin salamakomponentit voidaan kytkeä tavalliseen käyttöliittymään. Esimerkiksi, jos LC-tietokoneesi toteuttaa force:recordTab -rajapinnan, se voidaan lisätä ylimääräisenä välilehtiä / diana SF1-tietuetietonäkymään luomalla uusi UiPlugin-tietue Kehittäjäkonsolista. Se voi näyttää tältä:

kirjoita kuvan kuvaus tähän

kommentit

  • " Lightning Connect " on ulkoisten objektien markkinointitermi – " Integrointityökalu, joka helpottaa Force.com-sovelluksen tietojen kuluttamista mistä tahansa ulkoisesta lähteestä, joka on OData-spesifin mukainen. " Lähde . OData-lähteiden lisäksi voit myös luoda Apex-lähteitä, jotka käyttävät huomiotekstejä.
  • Kiitos @DanielBallinger, olen päivittänyt vastaukseni vastaavasti.
  • Liittyy vastaukseesi: Salesforcella on Salaman usein kysytyt kysymykset nyt.
  • @zachelrath, oletko varma, että Process Builder on vain Visual Flow -brändin uusi merkki? vai ovatko nämä kaksi erillistä?
  • Process Builder on erillinen (uusi) työkalu Visual Workflowsta. Kun kuitenkin rakennetaan " prosessi ", sen taakse luodaan visuaalinen työnkulku, jota voidaan käyttää käyttöönottoon.

Vastaa

Jos haluat lisätä Zachin yksityiskohtaiseen vastaukseen, huomaa, että UI-laajennukset ovat osa Tulevista tuoteominaisuuksista, joita tällä hetkellä kutsutaan nimellä Lightning Extensions . Nämä ovat Winter for pilot -versiossa 15, ja todennäköisesti ne pysyvät ainakin yhden uuden julkaisun ajan. Jos olet kiinnostunut liittymään pilottiin, ota yhteyttä SE: hen, TSE: hen jne. Ja pyydä heitä nimeämään sinut. Pysy kuulolla saadaksesi lisätietoja tästä mahtavasta Lightning Components -kumppanista.

Ohita

Vastaa

Tämä voi auttaa. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf

Tässä kehittäjäoppaassa on viittauksia Aurakomponentteihin. Esimerkiksi komponenttikoodi: aura: komponenttitunniste näkyy koodinäytteissä. Olemme olleet koko ajan mukana Salamasta puhutaan, mikä siis on Aura ja mikä ero on? Salamakomponentit perustuvat avoimen lähdekoodin Aurakehykseen, joka on saatavana osoitteessa https://github.com/forcedotcom/aura . Aura-kehyksen avulla voit luoda sovelluksia, jotka ovat täysin riippumattomia Salesforce-tietoistasi. Huomaa, että avoimen lähdekoodin Aura-kehyksessä on ominaisuuksia ja komponentteja, joita ei tällä hetkellä ole saatavana Lightning Component -kehyksessä. Työskentelemme lisää nämä ominaisuudet s ja komponentit Salesforce-kehittäjille.

Kommentit

  • Tuleeko tämä virallisesti talvella 15?
  • @sfdcfox Uusi kehittäjä Tällä viikolla luodut painosorganisaatiot ovat talvella 15, ja niissä on salama käytössä, ja myös nykyisissä organisaatioissa salamakomponentit (vaikkakin beetaversiossa) ovat saatavana asennusohjelmasta, sinun tarvitsee vain ottaa ne käyttöön.
  • Vain varoitus käyttöönotosta – jos sinulla on olemassa olevia Canvas-sovelluksia, ne eivät enää toimi, jos otat Lightning-komponentit käyttöön. Toivottavasti tämä muuttuu pian, kun olen integroinut Tableaun, joka on määritetty Canvas-sovelluksiksi.

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *