În afară de Wave, cel mai mare anunț din perspectiva dezvoltatorului la Dreamforce 2014 este „Lightning” și va fi anunțat astăzi în marea prezentare de către Marc Benioff. Am început să mă joc puțin cu el și încerc să înțeleg cu adevărat diferențele / propunerile de valoare dintre Lightning și Aura. În afară de generatorul Drag and Drop (care, de obicei, dezvoltatorii avansați nu sunt un fan)
- Lightning oferă o modalitate de a integra cu ușurință componentele Aura în codul dvs.?
- Este doar o rebranding / jazzing a Aura deoarece cadrul nu a primit tracțiune în masă și a făcut mai ușor de utilizat în SF1?
- Este folosit doar în SF1 sau poate fi folosit și în abordarea de dezvoltare hibridă?
Sunt sigur că ar exista mai multă claritate în jurul Lightning în viitor, dar doar încercarea de a obține o înțelegere timpurie.
Comentarii
- Se pare că trebuie să încep să mă concentrez ceva timp către acest tip de cercetare …
Răspuns
În primul rând: „Lightning” este un efort mai mare (de marketing) pentru a remarca brandul Salesforce1 existent și nou servicii de platformă sub o umbrelă nouă strălucitoare. „Salesforce1 Lightning” constă din următoarele piese, printre altele:
- Lightning Schema Builder (rebrand al Schema Builder)
- Lightning Process Builder (rebrand al Visual Workflow)
- Lightning Components (nou – portul open source Aura Framework pe platforma Salesforce1)
- Lightning App Builder (nou – glisați și fixați ansamblul componentelor Lightning într-un pagina)
- Lightning Connect (rebrandul „External Obiecte de date „, care vă permite să interacționați cu surse de date externe care implementează specificațiile OData ca și cum ar fi obiecte obișnuite Salesforce SO)
Totuși, despre ce vă întrebați, sunt într-adevăr Lightning Components (LC) și Lightning App Builder (LAB).
După cum ați presupus, Lightning Components sunt în esență o rebranding a „Aura on the Platform” (AOTP), o inițiativă care se desfășoară în cadrul Salesforce de câțiva ani. Aura a început ca o inițiativă internă la Salesforce de a construi un cadru de interfață de utilizator scalabil, bazat pe componente și, la începutul acestui an, Salesforce a deschis sursa Aura Framework (disponibil la http://documentation.auraframework.org/auradocs # și https://github.com/forcedotcom/aura ). Dar, după cum ați menționat, Salesforce1 este construit folosind Aura Components, la fel ca multe componente mai noi din diferite părți ale UI Salesforce (de exemplu, Chatter Feed – doar Inspect Element pe o pagină cu Chatter Feed sau în Service Cloud Console și dvs. ” Voi vedea bibliotecile de scripturi Aura extrase și atributele elementelor).
Lightning Components are Aura Components — dacă mergi să creezi un nou „Lightning Component”, marcajul real pe care îl utilizați este <aura:component>
și multe dintre etichetele XML de bază disponibile de la Aura, de ex. <aura:iteration>
, <aura:if>
etc. sunt prefixate cu aura și vor rămâne așa.
Re # 1) Scopul Lightning App Builder, pe termen lung, da, este să ofere un mod prietenos cu administratorul de a construiți aplicații prin asamblarea și configurarea componentelor Lightning.
Re # 3) Componentele și aplicațiile Lightning / Aura pot fi expuse în prezent în mai multe locuri decât doar Salesforce1 — și mai departe (din ceea ce am auzit) si mai mult mai multe locuri în care puteți utiliza Visualforce în prezent pentru a „suprascrie” vor fi locuri în care puteți utiliza și componente Lightning și aplicații.
Aplicațiile Lightning sunt destinate să fie puncte de intrare independente de nivel superior către „aplicații” distincte. De exemplu, Salesforce1 este o aplicație Lightning. Prefixul său pentru spațiul de nume este „one”, iar aplicația se numește „one”, deci este disponibilă la /one/one.app, dar aplicațiile Lightning pe care le creați pot fi accesate prin sintaxa /MY_NAMESPACE/MY_APP_NAME.app, de ex. într-una dintre organizațiile noastre, aplicația „Catalog de produse” este accesibilă prin /sk_aura/ProductCatalogApp.app și arată cam așa:
În general, componentele Lightning sunt destinate a fi utilizate pentru:
- extinderea / suprascrierea porțiunilor din interfața UI pentru mobil (și, eventual, pentru desktop) a Salesforce
- construiți alte componente Lightning
Încă de acum (iarna 15), componentele Lightning pot fi utilizate în următoarele moduri specifice:
-
Creați file în aplicații desktop sau mobile. Pentru a face acest lucru, un LC trebuie să implementeze interfața
force:appHostable
. Odată ce un LC implementează această interfață, acesta poate fi ales ca conținut al unui „Fulger” Fila Component „, trebuie ca Visualforce Pages să poată fi aleasă ca conținut al Filelor Visualforce. Apoi, puteți adăuga Filele Componente Lightning, ca orice alte Filuri, la Aplicații / Console personalizate / standard, precum și la Salesforce1 prin intermediul” Navigare mobilă ” înființat. -
Înlocuiți / extindeți porțiuni din interfața de utilizare standard Salesforce1, prin cadrul „UI Plugins”. Cadrul UI Plugins expune „Extension Points” în care componentele Lightning pot fi conectate la UI standard. De exemplu, dacă LC-ul dvs. implementează interfața
force:recordTab
, acesta poate fi adăugat ca o filă suplimentară / Slide în vizualizarea detaliilor înregistrării SF1 prin crearea unei noi înregistrări UiPlugin din Consola pentru dezvoltatori. Ar putea arăta cam așa:
Comentarii
- " Lightning Connect " este termenul de marketing pentru obiecte externe – " Un instrument de integrare care face mai ușor pentru aplicația Force.com consumarea datelor din orice sursă externă care este conformă cu specificația OData " Sursă . În plus față de sursele OData, puteți crea și surse Apex care utilizează înștiințări.
- Mulțumesc @DanielBallinger Am actualizat răspunsul în consecință.
- Legat de răspunsul dvs.: Salesforce are un Lightning FAQ acum.
- @zachelrath sunteți sigur că Process Builder este doar o rebranding a fluxului vizual? sau sunt aceste 2 separate?
- Process Builder este un instrument separat (nou) de Visual Workflow. Cu toate acestea, atunci când construiți un proces " ", în spatele acestuia se generează un flux de lucru vizual care poate fi utilizat pentru implementare.
Răspuns
Pentru a adăuga la răspunsul detaliat al lui Zach, rețineți că Pluginurile UI fac parte a unui set viitor de caracteristici ale produsului denumite în prezent Lightning Extensions . Acestea sunt în pilot pentru Winter „15 și probabil vor rămâne valabile pentru cel puțin încă o versiune. Dacă sunteți interesat să vă alăturați pilotului, vă rugăm să vă contactați SE, TSE etc. și solicitați ca aceștia să vă numească. Rămâneți la curent pentru mai multe informații despre acest excelent companion la Lightning Components.
Omiteți
Răspuns
Acest lucru vă poate ajuta. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf
În acest ghid pentru dezvoltatori, există referințe la componentele Aura. De exemplu, veți vedea aura: etichetă componentă pentru o componentă în eșantioane de cod. Tot timpul am fost vorbind despre Lightning, deci ce este Aura și care este diferența? Componentele Lightning se bazează pe cadrul Aura open source disponibil la https://github.com/forcedotcom/aura . Cadrul Aura vă permite să creați aplicații complet independente de datele dvs. în Salesforce. Rețineți că cadrul Aura open source are caracteristici și componente care nu sunt disponibile în prezent în cadrul Lightning Component. Lucrăm pentru a descoperi mai multe aceste caracteristici s și componente pentru dezvoltatorii Salesforce.
Comentarii
- Se întâmplă oficial în iarna 15 oficial?
- @sfdcfox New Developer Organizațiile ediției create săptămâna aceasta sunt pe iarna 15 și au activat Lightning în ele, iar în organizațiile existente, componentele Lightning (deși în versiunea beta) sunt disponibile din Setup, trebuie doar să le activați.
- Doar un avertisment despre activare – dacă aveți aplicații Canvas existente, acestea nu vor mai funcționa dacă activați componentele Lightning. Sperăm că acest lucru se va schimba de îndată ce voi avea integrări cu Tableau care sunt configurate ca aplicații Canvas.