Erros, bugs, perguntas - página 341
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Há necessidade de enviar dados pré-processados para um indicador já em funcionamento. Decidi utilizar o texto do objecto gráfico como um armazenamento global de dados. Compreendo que a finalidade dos objectos gráficos é diferente e, se houver alguma alternativa, terei todo o prazer em ouvi-la.
Mas aqui enfrentei outra limitação da língua. A própria corda suporta um comprimento quase infinito de caracteres. Bem, provavelmente a limitação encontra-se algures na área das arrays limitadoras em geral. E a cadeia passada como parâmetro de um objecto gráfico é limitada por 63 caracteres. Como resultado, a passagem de um array como string exigiria um monte de objectos gráficos (sim, esqueci-me de vos dizer que uso encriptação, é por isso que a informação em strings ocupa aproximadamente a mesma quantidade de espaço que no tipo original). Agora com os actuais 63 caracteres é possível passar apenas 15 pares tempo/preço através de um objecto.
Daí a questão: podemos esperar que no futuro a linguagem elimine a limitação do comprimento do texto do objecto gráfico ou haverá um mecanismo para passar dados para o fio indicador?
Deparei com o mesmo problema, ao gerar um evento personalizado. Há 63 símbolos de limite, não toda a cadeia de caracteres....
Teve de escrever uma classe separada para colar a mensagem a partir de slices.... obras ))))
Deparei-me com o mesmo problema ao gerar um evento personalizado. Há o mesmo limite de 63 caracteres, não toda a cadeia de caracteres....
Teve de escrever uma classe separada para colar a mensagem a partir de slices.... obras ))))
Sim, se não houvesse restrições, poderia utilizar eventos para enviar conjuntos de dados.
Ainda não sou capaz de tentar passar um cabo de objecto por um evento. E o objecto contém todos os dados necessários.
Se for relevante neste momento, experimente-o e informe mais tarde.
// Seria muito atractivo ter uma comemoração de comunicação partilhada controlável dentro do terminal. Pelo menos, apenas para objectos e matrizes.
// E ao declarar tal objecto, o modificador partilhado determinaria a sua colocação em tal memória.
Continuo a não conseguir passar o cabo do objecto através de um evento. E o objecto contém todos os dados necessários.
Se for relevante neste momento, experimente e apresente um relatório mais tarde.
// Seria muito tentador ter uma memória-memória de comunicação controlável dentro do terminal. Pelo menos, apenas para objectos e matrizes.
// E ao declarar tal objecto, o modificador partilhado definiria a sua localização em tal memória.
Algum tipo de memória terminal global? disponível para todos os fios.
O valor do cabo é passado correctamente, mas não existe tal cabo no fio desejado. Por conseguinte, o valor já não aponta para a pega correcta.
Algo como uma memória terminal global? disponível para todos os fios.
A solução mais simples para MQ seria dar os parâmetros da função
arrays em vez de variáveis, que existem agora como parâmetros. A solução, claro, é unilateral, uma vez que ainda não haverá forma de transferir dados entre AA, mas ainda é melhor do que nada.
1. A solução mais simples para MQ seria dar conjuntos de dados como parâmetros de função em vez de variáveis, que existem agora como parâmetros.
2. A solução é naturalmente unilateral, uma vez que ainda não haverá possibilidade de transferir dados entre AA, mas ainda é melhor do que nada.
1. Sim, talvez.
2. Porque é que não é possível? Copie-o para si mesmo, obtenha-o. E o que precisa de ser transferido - transferido através da mensagem seguinte.