Discussão do artigo "Desenvolvendo um sistema de Replay (Parte 66): Dando play no serviço (VII)"
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
Novo artigo Desenvolvendo um sistema de Replay (Parte 66): Dando play no serviço (VII) foi publicado:
Aqui neste artigo, vamos implementar uma primeira solução, para que possamos saber o momento em que uma nova barra poderá vim a surgir no gráfico. Esta solução se adequa a diversas situações. Porém entender como a mesma foi desenvolvida pode lhe ajudar a entender diversas questões. O conteúdo exposto aqui, visa e tem como objetivo, pura e simplesmente a didática. De modo algum deve ser encarado como sendo, uma aplicação cuja finalidade não venha a ser o aprendizado e estudo dos conceitos mostrados.
Neste artigo começaremos fazendo algo um pouco diferente. Mas antes vamos relembrar o que foi feito no artigo anterior Desenvolvendo um sistema de Replay (Parte 65): Dando play no serviço (VI). Lá resolvemos o problema da indicação no percentual que nos é informado pelo indicador de mouse. Mas que durante o uso deste mesmo indicador, só que no replay ou simulação, tínhamos um valor incorreto nos sendo mostrado. Além disto, implementamos o sistema que nos permite executar um avanço rápido, nos permitindo ir para um determinado ponto sem ter que esperar vários minutos ou até mesmo horas em alguns casos. Porém gostaria que você visse o vídeo abaixo, antes de continuar a leitura deste artigo. Isto para que você entenda o que explicarei aqui no início deste artigo.
Algo a se ver...
Imagino que o vídeo já diz por si só. Mas ainda assim gostaria de explicar um pouco do que está acontecendo. Esta aplicação de replay/simulador é focada em fazer uso massivo de um ativo customizado. Isto é fato, e acredito que todos concordam com isto. Porém existem falhas que não são causadas pela programação, que estamos de fato fazendo. Tais falhas, tem outras origens. Muitas delas estranhas e outras ocorrem de forma quase que aleatória. Se a origem da falha poder ser a analisada, podemos resolver a mesma. No entanto, quando ela é aleatória a coisa muda de figura, e passamos a ter um problema do qual devemos aprender a conviver com ele.
Autor: Daniel Jose