Agora, eu uso-o na minha rotina.
var now = new Date (().getTime ((); se ((agora%28800000 > 28790000 ou agora%28800000 < 300000) { Dormir ((300000); - Não.
O que é que isso significa? Eu sinto que esse método é um pouco absurdo, e a estratégia gira 2 a 5 vezes por segundo durante o processo de execução. Quantas vezes é um desperdício executar essas duas linhas de código em branco por dia para essas 3 transações?
O documento oficial do token diz: Não é possível efetuar o pedido e o cancelamento no momento da liquidação. Se o usuário efetuar o pedido ou o cancelamento no momento da liquidação, o código de erro "1056" será retornado, indicando que o pedido e o cancelamento não podem ser efetuados no momento da liquidação. Recomenda-se que você faça um inquérito rotativo de informações sobre o contrato a cada poucos segundos no momento da liquidação.
Então, é menos eficiente a cada vez que eu passo a chamar informações de interfaces? Por isso, venha aqui e diga a todos se há alguma maneira melhor.
Ervas daninhasGetLastError chegar a 1056 Em uma cadeia errada, o período de hibernação continua
EsfregaçoPercebido, obrigado!
Ervas daninhasAfinal, o que eu quero dizer é que, se você fizer um erro, você vai ser condenado, mas se você fizer um erro, você vai ser condenado, e você vai ser condenado.
EsfregaçoMas a minha estratégia no momento da liquidação é que se não fizermos o pagamento, não há erro, mas um erro não é suficiente.