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
Merda. Bêbado. Eu já li, mas não entendo muito. Peter, entenda que existem linguagens de programação, muitas delas, seus criadores colocam nelas certos mecanismos de gerenciamento de memória, e OOP é apenas uma das opções. Eles são realmente diferentes, realmente têm seus prós e contras. Portanto, se você quer AI, tudo bem, eu o invejo, porque nunca me atrevo a fazê-lo eu mesmo. Mas você tem que implementá-lo não aqui, bem, o mql não se adequa, exatamente, assim como qualquer outra linguagem aplicada. Leia C aqui, mesmo sem C++, parece bom. Portanto, ou você deve mudar para outro fórum ou você é um troll "global"))))).
E quanto ao vidro prometido ..."uma aplicação de um nível fundamentalmente novo.Um nível antes inatingível por qualquer programador MQL".
Não espera mais?
Ninguém precisa de um ornitorrinco esférico).
Os"Grails" medíocres de algotrading sujeitaram a "genocídio" todos os brilhantes começos em MQL. Destruíram seu significado.
Eu fiquei com o último.
Aguardando a implementação da IA :).
Eu não quero deixar este tópico, por isso vou relatar os progressos recentes.
O novo conceito de OOP, como um "híbrido" de minha representação de objetos no núcleo e a descrição padrão dos objetos da classe, tornou-se mais "baseado em objetos" do que o OOP habitual. Para explicar:
Agora, todas as entidades são objetos. Especificamente:
Esta não é uma lista completa dos objetos básicos que compõem um sistema em funcionamento.
A questão é que cada um desses objetos é um objeto real, ou seja, tem propriedades e relações dentro do sistema.
Por exemplo, objeto-parâmetro, - tem um conjunto de propriedades, entre as quais tipo de valor e limites de sua mudança. Além disso, o Object-parameter pode apontar para seu manipulador.
Além disso, - estado do objeto, - é um conjunto de parâmetros do sistema ou ambiente com valores pré-definidos.
Outro, - objeto de evento, - é qualquer mudança significativa no sistema ou no ambiente. É um conjunto de parâmetros com valores específicos, verificados por um manipulador especial. Um evento atua como um gatilho para vários objetos do sistema.
Os objetos de parâmetros são ligados por ligações de objetos que passam valores entre eles. Por exemplo: o parâmetro A pode passar um valor para o parâmetro B, ou vice-versa. Ou ambos. Isto é definido no link de objeto de parâmetro. No caminho de transferência de valor, pode haver um objeto de filtro de valor ou um objeto conversor de valor.
Cada objeto em meu conceito tem necessariamente um modelo (formulário de origem) e n número de instâncias.
O resultado final é que todos os objetos acima são blocos de construção universais de qualquer sistema, de qualquer complexidade. Não são tantos, mas infinitamente muitas variantes de sistemas que podem ser construídos a partir deles.
No momento, estou no início da minha viagem. Ainda há muito a entender.
Eu não quero deixar este tópico, por isso vou relatar os progressos recentes.
O novo conceito de OOP, como um "híbrido" de minha representação de objetos no núcleo e a descrição padrão dos objetos da classe, tornou-se mais "baseado em objetos" do que o OOP habitual. Para explicar:
Agora, todas as entidades são objetos. Especificamente:
Esta não é uma lista completa dos objetos básicos que compõem um sistema em funcionamento.
A questão é que cada um desses objetos é um objeto real, ou seja, tem propriedades e relações dentro do sistema.
Por exemplo, objeto-parâmetro, - tem um conjunto de propriedades, entre as quais tipo de valor e limites de sua mudança. Além disso, o Object-parameter pode apontar para seu manipulador.
Além disso, - estado do objeto, - é um conjunto de parâmetros do sistema ou ambiente com valores pré-definidos.
Outro, - objeto de evento, - é qualquer mudança significativa no sistema ou no ambiente. É um conjunto de parâmetros com valores específicos, verificados por um manipulador especial. Um evento atua como um gatilho para vários objetos do sistema.
Os objetos de parâmetros são ligados por ligações de objetos que passam valores entre eles. Por exemplo: o parâmetro A pode passar um valor para o parâmetro B, ou vice-versa. Ou ambos. Isto é prescrito no Parâmetro Objeto de Ligação. No caminho de transferência de valor, pode haver um objeto de filtro de valor ou um objeto conversor de valor.
Cada objeto em meu conceito tem necessariamente um modelo (formulário de origem) e n número de instâncias.
O resultado final é que todos os objetos acima são blocos de construção universais de qualquer sistema, de qualquer complexidade. Não são tantos, mas infinitamente muitas variantes de sistemas que podem ser construídos a partir deles.
No momento, estou no início da minha viagem. Ainda há muito a entender.
Estou feliz que você esteja conseguindo. Talvez um dia você até invente a roda.
Estou feliz que você esteja fazendo progressos. Você pode até mesmo inventar a roda um dia.
Vou tentar descrever um controle GUI comum, o botão, através do prisma do meu novo conceito OOP. Usarei apenas meus próprios conceitos na análise deste Sistema de Objetos.
E assim, temos:
...e operar com instâncias no balde:)
Por que escrever algo em um balde, especialmente algo relacionado a um objeto específico? O próprio objeto armazena informações sobre si mesmo, e o balde contém apenas indicações sobre os objetos.
...e operar com instâncias no balde:)
Por que escrever algo em um balde, especialmente algo relacionado a um objeto específico? O próprio objeto armazena informações sobre si mesmo, enquanto que o balde contém apenas indicações para os objetos.
Pergunte a Artem. Acho que ele sabe melhor do que ninguém sobre o que estou escrevendo.
A propósito, a idéia de um objeto-propriedade com seu próprio manipulador era originalmente dele. Eu o desenvolvi e o tornei mais complicado. Agora tudo é um objeto e o manipulador também. Há simplesmente uma certa ordem de conexão de Objetos ao construir um sistema a partir deles.