Uma pergunta para os especialistas do OOP. - página 34
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
Não o li. Vou lê-lo à minha vontade. O que você recomendaria exatamente?
Kant, Hegel. Há muito tempo atrás. Mas eu mesmo desenvolvi um modelo "objeto" particular.
É melhor estudar os princípios básicos do OOP na programação.
E em geral é melhor considerar o conceito de OOP do ponto de vista dos conceitos de Feuerbach, bem, e talvez, alguns momentos do ponto de vista do Pansofismo Primordial, enquanto a abordagem do Neo-Ludismo e do Ekstropianismo deve ser evitada, porque do ponto de vista da tradição do Pansofismo Primordial eles não são muito adequados devido ao seu elevado Convencionalismo.
Aprenda melhor os princípios básicos do OOP na programação.
...
Fundamentos: Pegue uma tarefa, selecione "objetos" a partir dela. Criar uma classe para cada objeto. Descreva o objeto da classe.
Construímos um esquema em forma de árvore, onde as "raízes" são os objetos mais abstratos com propriedades mais abstratas, e então criamos classes de objetos descendentes, com propriedades e métodos mais específicos. As classes implementam o encapsulamento dedescrição de objetos, as instâncias de classe ligam propriedades e métodos por cadeias de herança. O esquema geral de classes deve corresponder logicamente à classificação semântica natural. Nós "analisamos" o domínio de significado em entidades e "penduramos" em uma seqüência arbórea - do abstrato ao concreto, com a mesma forma "arbórea" de herança de propriedades e métodos. Conveniente, mas você tem que suportar uma barreira sintática complexa que serve para separar e ligar objetos, propriedades, métodos e dados.
Noções básicas: Pegue uma tarefa, selecione "objetos" a partir dela. Criar uma classe para cada objeto. Descreva o objeto da classe.
Construímos um esquema em forma de árvore onde os objetos mais abstratos com propriedades mais abstratas são "enraizados" e depois criamos classes de objetos derivados com propriedades e métodos mais concretos. As classes implementam o encapsulamento de descrição de objetos, as instâncias de classe ligam propriedades e métodos por cadeias de herança. O esquema geral de classes deve corresponder logicamente à classificação semântica natural. Nós "cobrimos" a área de solução em entidades e as "penduramos" em uma seqüência arbórea - do abstrato ao concreto, com a mesma forma "arbórea" de herança de propriedades e métodos. Conveniente, mas você tem que suportar uma barreira sintática complexa que serve para separar e ligar objetos, propriedades, métodos e dados.
A tese errônea é destacada. A classificação deve corresponder à tarefa a ser resolvida.
Esta não é a questão aqui. Trata-se apenas de separar um objeto de um conjunto de entidades.
De qualquer forma, não há nada a discutir...
Não importa - não há nada a discutir...
E ainda assim... Por exemplo, o indicador ADX - o nível da linha ADX mostra a força da tendência. Tudo é, naturalmente, aproximado e relativo.
E se isso acontecer... Por exemplo, o indicador ADX - o nível da linha ADX mostra a força da tendência. Tudo, é claro, é aproximado e relativo.
Eu só preciso saber o início e o fim de cada tendência e isso é perfeitamente cumprido por
O indicador de tendência atual, cujo protótipo era o conhecido Zigzag.
Não o li. Vou lê-lo à minha vontade. O que você recomendaria exatamente?
C++, é claro.
Mas você poderia começar com isto.
Ao pensar no significado de herança e polimorfismo, cheguei à conclusão de que eles são ferramentas para estruturar o conteúdo dinâmico de um objeto e ajudam a ligar e encapsular camadas de dados distribuídos. A herança é destinada àestruturação de dados, o polimorfismo aos métodos. Ou seja, - herança e polimorfismo são a mesma ferramenta aplicada a dois tipos de conteúdo - informação e métodos.
A herança e o polimorfismo geram naturalmente uma estrutura em forma de árvore de um objeto no qual cadeias específicas são importantes. Eles realizam uma função de encapsulamento, onde cada um de seus segmentos pode ser tratado como um objeto independente. Curiosamente, a estruturação do OOP sempre coloca dados do abstrato ao concreto, e do geral ao privado. O todo é dividido em tipos e formas, e tem uma relação direta com eles através de uma cadeia de herança, com cada cadeia separada da outra, mas convergindo para ela em uma raiz comum.
À primeira vista, estou descrevendo uma hierarquia simples como uma árvore, mas a questão é que o OOP a apresenta como um arquétipo universal de trabalho com dados, fornecendo a forma mais eficiente e conveniente de programação. Não vou negá-lo.
Eu me pergunto como o OOP resolve o problema das "ligações cruzadas" entre cadeias.
Em seguida, herança para estender a funcionalidade e o polimorfismo para anular a funcionalidade. Embora tanto o polimorfismo quanto a herança sejam utilizados em ambos os casos.
Como são estabelecidas as ligações cruzadas entre as classes descendentes que têm uma raiz comum em algum lugar profundo da hierarquia?
Por exemplo: As classes F e Z são os elos finais de uma cadeia sucessória com uma raiz comum na hierarquia, a classe A.
Como obter dados ou métodos da classe Z da classe F?