Minha abordagem. O núcleo é o motor. - página 2
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 conseguia passar... de que resolução de monitor você precisa para ver tais "cachos" horizontais de código?
não é confortável olhar no editor e rolar para frente e para trás para editar ou visualizar o código ))))
E assim.
A primeira vantagem da minha abordagem é o Brevity. Menos palavras, mais números. Um objeto é um vetor. Um Item é um complexo de vetores dentro de uma matriz. Um complexo de Elementos é uma Janela. O complexo de janelas é o núcleo.
A questão é que um objeto não tem que ser um gráfico. Um elemento pode ser feito uma Noção, e dotado de não menos do que um número de Objetos e propriedades. E o motor será uma máquina lógica que trabalha com estes conceitos (Elementos).
O OOP é uma metodologia muito flexível, por isso não tem nenhuma idéia a priori como o conceito de "kernel". No entanto, o modelo de núcleo em questão aqui pode muito bem ser construído usando o OOP. Portanto, a afirmação não é totalmente correta.
Sim, eu mesmo pesquisei e fiquei surpreso - Peter está descrevendo a coisa do OOP como ela é.
Mas, como eu entendo, Peter como uma dignidade realça a capacidade do usuário de ter pleno acesso a todas as propriedades e métodos do Kernel. E o estilo OOP é precisamente o encapsulamento, quando os direitos de acesso são restritos em todos os sentidos.
Lembro-me quando era jovem, eu também me indignava assustadoramente por não ter tido acesso a toda a memória do computador no modo protegido. Como poderia ser que alguns, você sabe, programas começassem e eu não conseguisse ter acesso à memória deles... Especialmente construído "workarounds" através da programação do controlador de acesso direto à memória, chegando a ter o conteúdo da memória de outro processo, inacessível para mim a partir do programa (no entanto, para isto tive que usar comandos para acessar as portas do controlador RAP, e isto em si não é fácil em ambiente Windows multitarefa, eu usei um driver especial).
E só então entendi que o modo protegido, o compartilhamento do acesso (e o encapsulamento em geral) é uma coisa muito importante, da qual eu precisava. Para que eu não me metesse acidentalmente em coisas que não deveria. E assim, agora estou firmemente na posição "somente aqueles recursos, propriedades e métodos que são necessários para o processo em qualquer lugar do programa no momento".
Mas Peter, como eu o entendo, não é um defensor do encapsulamento.
não conseguia passar... de que resolução de monitor você precisa para ver tais "cachos" horizontais de código?
é desconfortável olhar no editor e rolar para frente e para trás para editar ou visualizar o código ))))
Como eu disse antes, a conveniência não é o principal em minha abordagem. O principal é a eficiência e o potencial de desenvolvimento e aplicação.
Como eu disse, a conveniência não é o principal em minha abordagem. O principal é a eficiência e o potencial para desenvolvimento e aplicação.
OK, vou esperar por mais exemplos de código, mas até agora eu vejo código muito ilegível, talvez algo fique claro mais tarde.
O OOP é uma metodologia muito flexível, por isso não tem nenhuma idéia a priori como o conceito de "núcleo". No entanto, o modelo de núcleo em questão aqui pode muito bem ser construído usando o OOP. Portanto, a afirmação não é totalmente correta.
Um núcleo condicional pode ser construído. Eu acho que programas sérios fazem isso. Mas, eu tenho tudo construído sobre um núcleo "físico".
OK, vou esperar por mais exemplos de código, mas até agora eu vejo código muito ilegível, talvez algo fique claro mais tarde.
Veja. O mostrado é apenas um exemplo geral. Aqui está uma versão mais clara.
E assim, você construiu uma matriz de três vetores, cada um carregando as propriedades de um objeto de botão.
Então, você pode usar esta matriz como um protótipo . Um modelo pelo qual qualquer outro botão será criado. Tudo o que você precisa para mudar na variante final, alguns valores de objetos, e um novo botão será criado.
Basicamente, você pode fazer a mesma coisa no OOP. Mas,uma classe é usada como modelo. Eu uso uma matriz como modelo.
Essa é a diferença.
Como eu disse, a conveniência não é o principal em minha abordagem. O principal é a eficiência e o potencial de desenvolvimento e aplicação.
Onde está o código para que você possa verificar estes "farrapos" (#9)?