Qual é a diferença entre as estruturas Aura e Lightning?

Em primeiro lugar: “Lightning” é um esforço maior (de marketing) para reformular a marca existente e nova do Salesforce1 serviços de plataforma sob um guarda-chuva totalmente novo. “Salesforce1 Lightning” consiste nas seguintes peças, entre outras:

• Construtor de esquema Lightning (nova marca de Construtor de esquema)
• Construtor de processo Lightning (nova marca de Fluxo de trabalho visual)
• Componentes do Lightning (novo – porta do Aura Framework de código aberto para a plataforma Salesforce1)
• Construtor de aplicativos Lightning (novo – arraste e solte o conjunto de componentes do Lightning em um página)
• Lightning Connect (nova marca de “Externo Data Objects “, que permite que você interaja com fontes de dados externas que implementam a especificação OData como se fossem Salesforce SObjects regulares)

O que você está perguntando, no entanto, são realmente componentes do Lightning (LC) e o Lightning App Builder (LAB).

Como você supôs, os componentes do Lightning são essencialmente uma reformulação da marca “Aura on the Platform” (AOTP), uma iniciativa que está acontecendo na Salesforce por vários anos. Aura começou como uma iniciativa interna da Salesforce para criar uma estrutura de interface do usuário escalonável e baseada em componentes e, no início deste ano, a Salesforce abriu o código-fonte da Aura Framework (disponível em http://documentation.auraframework.org/auradocs # e https://github.com/forcedotcom/aura ). Mas, como você mencionou, o Salesforce1 é construído usando componentes Aura, assim como muitos componentes mais novos em várias partes da IU do Salesforce (por exemplo, o feed do Chatter – basta inspecionar o elemento em uma página com o feed do Chatter ou no console do Service Cloud e você ” veremos bibliotecas de script Aura puxadas e atributos em elementos).

Os componentes do Lightning são os componentes do Aura — se você for criar um novo “Componente do Lightning”, a marcação real que você usa é <aura:component> e muitas das tags XML principais disponíveis no Aura, por exemplo, <aura:iteration>, <aura:if>, etc. são prefixados com aura e permanecerão assim.

Ref. 1) O objetivo do Lightning App Builder, a longo prazo, sim, é fornecer uma maneira amigável para o administrador construir aplicativos montando e configurando componentes do Lightning.

Referente ao nº 3) Os componentes e aplicativos do Lightning / Aura podem ser expostos atualmente em mais lugares do que apenas Salesforce1 — e daqui para frente (pelo que ouvimos) mais e mais lugares onde você pode usar o Visualforce para “substituir” serão lugares onde você também pode usar componentes e aplicativos do Lightning.

Os aplicativos Lightning devem ser pontos de entrada autônomos de nível superior para “aplicativos” distintos. Por exemplo, Salesforce1 é um aplicativo Lightning. Seu prefixo de namespace é “um”, e o aplicativo é chamado de “um”, portanto, está disponível em /one/one.app, mas os aplicativos Lightning que você cria podem ser acessados por meio da sintaxe /MY_NAMESPACE/MY_APP_NAME.app, por exemplo, em uma de nossas organizações, nosso aplicativo “Catálogo de produtos” pode ser acessado via /sk_aura/ProductCatalogApp.app e se parece com isto:

Em geral, os componentes do Lightning devem ser usados para:

• estender / substituir partes da IU móvel (e eventualmente desktop) do Salesforce
• construir outros componentes do Lightning

A partir de agora (inverno 15), os componentes do Lightning podem ser usados das seguintes maneiras específicas:

• Crie guias dentro de aplicativos para desktop ou móveis. Para fazer isso, um LC deve implementar a interface force:appHostable. Depois que um LC implementa essa interface, pode ser escolhido como o conteúdo de um “Lightning A guia Component “, deve ser semelhante ao Visualforce. As páginas podem ser escolhidas como o conteúdo das guias do Visualforce. Em seguida, você pode adicionar as guias do componente Lightning, como qualquer outra guia, a aplicativos / consoles personalizados / padrão, bem como ao Salesforce1 por meio do” Mobile Navigation ” configurar.

• Substituir / estender partes da IU padrão do Salesforce1 por meio da estrutura “Plug-ins da IU”. A estrutura de plug-ins de interface do usuário expõe “Pontos de extensão” onde os componentes do Lightning podem ser plugados à interface de usuário padrão. Por exemplo, se seu LC implementa a interface force:recordTab, ele pode ser adicionado como uma guia / slide adicional dentro da visualização de detalhes do registro SF1 criando um novo registro UiPlugin no console do desenvolvedor. Pode ser algo assim:

Comentários

• " Lightning Connect " é o termo de marketing para objetos externos – " Uma ferramenta de integração que torna mais fácil para seu aplicativo Force.com consumir dados de qualquer fonte externa em conformidade com a especificação OData " Fonte . Além de fontes OData, você também pode criar fontes Apex que usam textos explicativos.
• Obrigado @DanielBallinger, atualizei minha resposta de acordo.
• Relacionado à sua resposta: Salesforce tem um Perguntas frequentes sobre o Lightning agora.
• @zachelrath tem certeza de que o Process Builder é apenas uma reformulação do Visual flow? ou esses 2 são separados?
• O Process Builder é uma ferramenta separada (nova) do Visual Workflow. No entanto, ao construir um " processo ", um fluxo de trabalho visual é gerado por trás dele e pode ser usado para implantação.

Para adicionar à resposta detalhada de Zach, observe que os Plug-ins de IU fazem parte de um próximo conjunto de recursos do produto atualmente conhecido como Extensões Lightning . Elas estão em piloto para o inverno “15 e provavelmente permanecerão assim por pelo menos mais uma versão. Se você estiver interessado em ingressar no piloto, entre em contato com seu SE, TSE, etc. e peça que eles o indiquem. Fique ligado para obter mais informações sobre este ótimo companheiro para componentes do Lightning.

Pular

Isso pode ajudar. http://www.salesforce.com/us/developer/docs/lightning/lightning.pdf

Ao longo deste guia do desenvolvedor, há referências aos componentes do Aura. Por exemplo, você verá a tag aura: component para um componente em exemplos de código. falando sobre Lightning, então o que é Aura e qual é a diferença? Os componentes do Lightning são baseados na estrutura de código aberto Aura disponível em https://github.com/forcedotcom/aura . A estrutura Aura permite que você crie aplicativos totalmente independentes de seus dados no Salesforce. Observe que a estrutura Aura de código aberto tem recursos e componentes que não estão disponíveis atualmente na estrutura do componente Lightning. Estamos trabalhando para descobrir mais estes recursos se componentes para desenvolvedores do Salesforce.

Comentários

• Isso será lançado oficialmente no inverno 15?
• @sfdcfox Novo desenvolvedor Organizações de edição criadas esta semana são no inverno 15 e têm Lightning habilitado nelas, e em organizações existentes também, componentes Lightning (embora em Beta) estão disponíveis na Configuração, você só precisa habilitá-los.
• Apenas um aviso sobre a ativação – se você tiver aplicativos Canvas existentes, eles não funcionarão mais se você ativar os componentes do Lightning. Espero que isso mude assim que eu tiver integrações com o Tableau configuradas como aplicativos Canvas.