Gostaria que um loop for in enviasse várias solicitações de rede para o firebase e passasse os dados para um novo controlador de exibição assim que o método concluir a execução. Aqui está o meu código:
Eu tenho algumas preocupações. Primeiro, como espero até que o loop for seja concluído e todas as solicitações de rede sejam concluídas? Não consigo modificar a função observeSingleEventOfType, ela faz parte do SDK da base de firmas. Além disso, vou criar algum tipo de condição de corrida tentando acessar o dateArray de diferentes iterações do loop for (esperança que faça sentido)? Eu tenho lido sobre GCD e NSOperation, mas estou um pouco perdido, pois esse é o primeiro aplicativo que eu criei.
Nota: A matriz de locais é uma matriz que contém as chaves que preciso acessar no firebase. Além disso, é importante que as solicitações de rede sejam acionadas de forma assíncrona. Eu só quero esperar até que TODAS as solicitações assíncronas sejam concluídas antes de passar o dateArray para o próximo controlador de exibição.
Você pode usar grupos de expedição para disparar um retorno de chamada assíncrono quando todas as suas solicitações forem concluídas.
Aqui está um exemplo usando grupos de despacho para executar um retorno de chamada de forma assíncrona quando várias solicitações de rede foram concluídas.
Isso funcionou muito bem! Obrigado! Você tem alguma idéia se eu vou encontrar alguma condição de corrida quando estou tentando atualizar o dateArray?
Não acho que exista uma condição de corrida aqui, porque todas as solicitações agregam valores ao datesArrayuso de uma chave diferente.
@ Joshua Relativamente à condição de corrida: ocorre uma condição de corrida, se o mesmo local de memória for acessado a partir de threads diferentes, onde pelo menos um acesso é uma gravação - sem o uso de sincronização. Todos os acessos na mesma fila de expedição serial são sincronizados. A sincronização também ocorre com operações de memória que ocorrem na fila de despacho A, que é enviada para outra fila de despacho B. Todas as operações na fila A são sincronizadas na fila B. Portanto, se você olhar para a solução, não é garantido automaticamente que os acessos sejam sincronizados. ;)
@josh, esteja ciente de que "programação de pista" é, em uma palavra, estupendamente difícil. Nunca é possível dizer instantaneamente "você tem / não tem um problema lá". Para programadores amadores: "simplesmente" sempre funcionam de uma maneira que significa que os problemas das pistas de corrida são, simplesmente, impossíveis. (Por exemplo, coisas como "só faça uma coisa de uma vez" etc.). Mesmo fazer isso é um grande desafio de programação.
Muito legal. Mas eu tenho uma pergunta. Suponha que a solicitação 3 e a solicitação 4 falharam (por exemplo, erro do servidor, erro de autorização, qualquer coisa) e, em seguida, como chamar o loop novamente apenas para as solicitações restantes (solicitação 3 e solicitação 4)?
Esta é a resposta aceita de paulvs, convertida em Swift 3:
Oi, isso funciona para digamos 100 pedidos? ou 1000? Porque estou tentando fazer isso com cerca de 100 solicitações e está travando na conclusão da solicitação.
— lopes710
Eu segundo @ lopes710-- Isso parece permitir que todos os pedidos operem em paralelo, certo?
se eu tiver 2 solicitações de rede, uma aninhada com a outra, dentro de um loop for, como garantir que, para cada iteração do loop for, ambas as solicitações sejam concluídas. ?
— Awais Fayyaz 31/08/19
@ Canal, por favor, existe uma maneira de obter isso ordenado?
— Israel Meshileya 5/05/19
Se você não se importa com pedidos , use a resposta da @ paulvs , ela funciona perfeitamente.
caso contrário, se alguém quiser obter o resultado em ordem, em vez de acioná-lo simultaneamente, aqui está o código.
Meu aplicativo precisa enviar vários arquivos para um servidor FTP, o que também inclui o login primeiro. Essa abordagem garante que o aplicativo efetue login apenas uma vez (antes de carregar o primeiro arquivo), em vez de tentar fazê-lo várias vezes, basicamente ao mesmo tempo (como na abordagem "não ordenada"), o que provocaria erros. Obrigado!
— Neph 5/12
Mas eu tenho uma pergunta: importa se você faz isso dispatchSemaphore.signal()antes ou depois de sair do dispatchGroup? Você acha que é melhor desbloquear o semáforo o mais tarde possível, mas não tenho certeza se e como a saída do grupo interfere nisso. Testei os dois pedidos e não pareceu fazer diferença.
Você precisará usar semáforos para esse fim.
— Shripada
Swift 3: Você também pode usar semáforos dessa maneira. Isso resulta muito útil, além de você poder acompanhar exatamente quando e quais processos foram concluídos. Isso foi extraído do meu código:
— freaklix
Podemos fazer isso com recursão. Obtenha uma ideia do código abaixo:
O grupo de distribuição é bom, mas a ordem dos pedidos enviados é aleatória.
No meu caso de projeto, cada solicitação necessária para o lançamento é a ordem certa. Se isso puder ajudar alguém: