Salesforce APEX: Onde os dados vivem enquando o código roda? Como é a ordem de execução? скачать в хорошем качестве

Salesforce APEX: Onde os dados vivem enquando o código roda? Como é a ordem de execução?

Se você olha pra uma classe e pensa: "Tá, esse método chama aquele, que chama outro... mas onde ficam os dados nesse meio tempo? Eles flutuam? Ficam na nuvem? Por que executou isto agora? Por que não segue uma sequência?" Hoje, entendo que o Apex roda como uma cozinha profissional em horário de pico. Tudo acontece nos bastidores, muito rápido, mas de forma extremamente organizada - mas confesso que não é fácil entender, principalmente se você não tem vivência, eu sofro, tá? kkkkkkk mas desistir não faz parte do meu dicionário, bora lá! 1. ONDE O DADO REALMENTE FICA (A BANCADA / HEAP MEMORY) Quando você cria uma variável ou busca um registro, esse dado precisa morar em algum lugar antes de ser salvo no banco. Esse lugar é a Heap Memory. Imagine a Heap como a Bancada da Cozinha. Quando você faz `Account acc = new Account();`, você não gravou nada no disco rígido do Salesforce. Você apenas colocou um "prato" vazio em cima da bancada. Enquanto o código roda, tudo vive ali, suspenso na memória. 2. A ORDEM DOS PEDIDOS (A PILHA DE EXECUÇÃO) Parece que tudo roda ao mesmo tempo, mas é ilusão. O Apex é sequencial. Imagine que a Classe Principal (o Chef) precisa de um molho e chama a Classe Auxiliar (o Assistente). O que acontece na prática: 1. O Chef para de trabalhar e fica estátua, aguardando. 2. O Assistente começa a fazer o molho. 3. Só quando o Assistente termina, o Chef volta a se mexer. É um passo de cada vez, só que em milissegundos. 3. O RETORNO (PASSANDO O PRATO) Quando o método do Assistente termina e usa a palavra `return`, ele está literalmente entregando a tigela na mão do Chef. O Chef precisa "segurar" isso numa variável: `String molho = Assistente.fazerMolho();`. Se o Chef não criar essa variável para receber, o Assistente joga o molho no chão (o dado é perdido). 4. O GRANDE FINAL (O LIXEIRO) Assim que o código termina de rodar (fim da transação), a luz da cozinha apaga. Tudo que estava na Bancada (Heap Memory) e não foi explicitamente salvo no Banco de Dados (usando `insert` ou `update`) é destruído. O "Garbage Collector" (o time da limpeza) passa e joga fora todas as variáveis temporárias. A memória é zerada para o próximo usuário. RESUMO DA ÓPERA Apex é um sistema de mensagens muito rápido dentro de uma cozinha bem ensaiada. Os dados vivem na memória temporária (Bancada) e viajam de mão em mão (Métodos) até serem finalmente servidos (Salvos no Banco) ou descartados. O Apex é mais uma montanha na minha jornada que dia após dia vou escalando, então se você tem dicas, e/ou materiais para apoiar essa jovem senhora, compartilha aí :) #Salesforce #Apex #SalesforceDev #BackEnd #Arquitetura #Programação #salesforceapex