Minha abordagem. O núcleo é o motor. - página 15
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
Você verá, uma vez é criado um conjunto de protótipos. E então, é MUITO raramente mudado. Somente em caso de modificações sérias no programa.
E se você quiser fazer isso de forma dinâmica?!
Como estas duas disposições podem coexistir: a falta de conveniência para o programador e o rápido desenvolvimento do programa? Como você pode desenvolver um programa rapidamente se é inconveniente fazê-lo?
É tudo uma questão de proporções. O inconveniente de fazer uma série de protótipos é óbvio. A conveniência do acesso direto ao núcleo a partir de qualquer parte do programa, o uso do foco do elemento e outras coisas é ENORME.
Em resumo, há muito mais conveniência em minha abordagem do que inconveniência. Mas, para isso, é preciso aprender a possuí-lo.
E como você fará se for necessário fazer não um botão retangular, mas por exemplo um botão redondo ou triangular?
Se você usa OOP, você tem que criar um botão de classe base Button, que tem um método abstrato de Draf, responsável por desenhar botões. Para um botão redondo, você precisará criar um herdeiro de Button, que será suficiente para anular o método Draf, que implementará o desenho do botão redondo. Para um botão retangular, também será suficiente criar um herdeiro de Botão e anular o método Draf para desenhar um botão retangular.
Como seria tudo isso se você usasse seu método?
No meu caso, é MUITO mais simples.
1. Acrescento uma propriedade de bandeira à lista de propriedades do objeto.
2. Aumentei o comprimento da linha do Kernel em 1 célula, que será reservada para a nova propriedade.
3. Eu crio uma palavra-chave que coloca uma bandeira na propriedade do círculo do botão.
4. Acrescento um mecanismo de desenho circular ao bloco de desenho, que será inserido após a verificação da bandeira circular do botão no Kernel.
É tudo uma questão de proporções. O inconveniente de se montar um protótipo de matriz é óbvio. A conveniência do acesso direto ao núcleo de qualquer parte do programa, usando o foco do elemento e outras coisas, é MUITO mais.
Em resumo, há muito mais conveniência em minha abordagem do que inconveniência. Mas, para isso, é preciso aprender a ser o dono.
Você está muito enganado sobre a conveniência de acessar uma matriz global. É um agora, ou vários. E se houver vários subsistemas escritos neste estilo em um programa, será uma bagunça, um caos e uma confusão.
Você está muito enganado sobre a conveniência de acessar uma matriz global. É um agora, ou vários. E se houver vários subsistemas escritos neste estilo no programa, será uma bagunça, um caos e uma confusão.
Há vários Núcleos no programa, que são usados somente durante a fase de construção dos Núcleos Principais. Somente o núcleo principal e o núcleo de parâmetros (o núcleo de propriedade dos parâmetros de controle) são acessíveis globalmente.
Tudo é bastante útil. Eu não tenho reclamações.
Há vários Kernels no programa, que são usados somente durante a fase de construção do Kernel Principal. Somente o Núcleo Principal e o Núcleo Parâmetro são acessíveis globalmente.
Tudo é bastante útil. Eu não estou reclamando.
E quantos clientes você tem e com que rapidez você faz suas revisões? Você já trabalhou com os programas de outras pessoas escritos neste estilo?
No meu caso, é MUITO mais simples.
1. Acrescento uma propriedade de bandeira à lista de propriedades do objeto.
2. Aumento o comprimento da linha Kernel em 1 única célula, que será reservada para a nova propriedade.
3. Eu crio uma palavra-chave que coloca uma bandeira na propriedade do círculo do botão.
4. Acrescento um mecanismo de desenho em círculo ao bloco de desenho, que será inserido após verificar a bandeira do círculo de botões no Kernel.
Quando você começa realmente a fazer isso, você então se confunde com todos os seus supostos "objetos".
E isso não fica mais fácil. No seu caso (como você mesmo escreveu) você tem que fazer 4 passos. No meu exemplo usando SRF, há apenas uma ação.
atualizado.
Ao mesmo tempo, você também precisa controlar alguma bandeira, para não confundir se seu botão é redondo ou quadrado.
Quantos clientes você tem e com que rapidez você completa suas revisões?
No momento, eu tenho um cliente. Eu concluo suas tarefas muito rapidamente. 3-4 horas e uma nova janela totalmente funcional está pronta. Juntamente com a interface de conexão. Também corrijo rapidamente bugs no motor e lhe envio novas versões. 9 janelas em poucos dias + mudanças de motor, correção de bugs, adição de recursos... Tudo muito rápido.
Tudo é bastante confortável. Eu não estou reclamando.
Bem, você entende que só você não é suficiente. A massividade de seu motor dependerá se os outros programadores gostam dele (só você não é suficiente para todos os clientes). E se os progerms não gostarem, então... infelizmente e ah, o destino de sua criação será glorioso.
Quando você começa realmente a fazer isto, você então fica confuso com todos os seus supostos "objetos".
E isso não fica mais fácil. No seu caso (como você mesmo escreveu), você tem que fazer 4 ações. No meu exemplo usando SRF, há apenas uma ação.
atualizado.
Ao mesmo tempo, você também tem que controlar alguma bandeira, para que não confunda o que seu botão é redondo ou quadrado.
Na verdade, já faz mais de um ano que faço isto. E eu não fico confuso)).