Uma pergunta para os especialistas do OOP. - página 14

 
Nikolai Semko:

Peter, aaaaah!

Eu estava começando a pensar que você realmente percebeu a necessidade de estudar o OOP.
E você ficou entediado e decidiu falar sobre o fato de que a Terra é plana.

Eu percebi isso, é claro. Eu tenho feito algumas pesquisas. Eu tenho que me orientar em bibliotecas, não é mesmo? Eu tenho que fazê-lo.
 
Реter Konow:
Está tudo bem. Tudo funciona. Mas a motivação para um maior desenvolvimento se foi. Ninguém precisa disso aqui. Foi obtido logo após o primeiro lançamento na base de código. Eu tive uma epifania)).

Bem, como eu disse, Peter, você tem que mostrar as possibilidades de aplicação. Mas, assim como um "componente de desenvolvimento", não há muita gente que precise dele.

Também comecei a fazer minha Liga na forma de um módulo de software. Mas ficou claro que ninguém precisa de programas - aqueles que podem programar, eles têm suas próprias "Ligas", e aqueles que não podem, eles não precisam do código da minha Liga. No final, eu me instalei em um módulo executável pronto, que está disponível gratuitamente para quem quiser, e que é usado apenas para ver os resultados do trabalho sobre os sinais demográficos.

 
Georgiy Merts:

Bem, como eu disse, Peter, você tem que mostrar as possibilidades de aplicação. Mas assim como um "componente de desenvolvimento" - não há muita gente que precise dele.

Comecei também a fazer minha liga como um módulo de software. Mas ficou claro que ninguém precisa de programas - aqueles que podem programar, eles têm suas próprias "Ligas", e aqueles que não podem, eles não precisam do código de programa da minha Liga. No final, eu me instalei em um módulo executável pronto, que está disponível gratuitamente para quem quiser, e que é usado apenas para ver os resultados do trabalho sobre os sinais demográficos.

Você está certo. As pessoas querem pequenos robôs mostrando montanhas de ouro no testador. Não estou interessado em rebitar esse tipo de ***.

Eu queria usar sua Liga, George, para uma de minhas experiências, mas depois pensei: "Quem precisa dela?" e desisti dela.

 
Реter Konow:
Sim, tudo está bem. Tudo funciona. Apenas a motivação para um maior desenvolvimento se foi. Ninguém aqui precisa disso. Foi obtido logo após o primeiro lançamento na base de código. Eu tive uma epifania)).
Publicação de quê? Você tem apenas a "última mesa de 10 barras", embora você tenha falado sobre seu motor gráfico. Talvez o tenham publicado enquanto ninguém o vê e apagado três minutos depois. A julgar pela descrição "Tabela das últimas 10 barras", existe um motor, por que não fazer uma publicação normal do motor?
 
Aliaksandr Hryshyn:
Publicar o quê? Você tem apenas a "última mesa de 10 barras", embora você estivesse falando de seu motor gráfico. Talvez o tenham publicado quando ninguém estava assistindo e o apagado três minutos depois. A julgar pela descrição "Tabela das últimas 10 barras", existe um motor, por que não fazer uma publicação normal do motor?

O motor - funciona com o núcleo. Qualquer que seja o grão que você carrega nele, é o que você recebe. O motor é sempre o mesmo. Eu o publiquei. Se eu colocar um arquivo kernel diferente agora, ele terá uma interface diferente. Portanto, o motor está completo. Verdadeiro - publiquei-o sem API.

Estou falando do construtor, que produz estes grãos. Este construtor com linguagem de marcação, ainda não a publiquei. A questão é por quê? Eu fui desmoralizado aqui e agora você está me pedindo para publicá-lo? Não parece justo...

Se você realmente precisar, eu posso ajudá-lo a criar uma interface. Favor entrar em contato comigo pessoalmente com as miniaturas das janelas.

 
É possível representar os caroços em arrays, a estrutura especificamente em código sem arquivos?
E se houver vários núcleos para dois ou mais programas em execução?
 
Ainda não preciso dele, longe de precisar dele em breve, pois tenho muita codificação a fazer em termos de processamento de dados e lógica.
 
Aliaksandr Hryshyn:
Existe alguma forma de representar os grãos em arrays, estrutura especificamente em código sem arquivos?
E se houver múltiplos núcleos para dois ou mais programas em execução?

1. Não, isto não é possível. Várias janelas GUI em um núcleo podem ser representadas por 1000 ou mais objetos (dependendo do número de controles) e cada objeto tem 270 propriedades. Portanto, existem em média 270.000 variáveis descrevendo a GUI, suas propriedades e comportamento. Além disso, há um núcleo de parâmetros com suas propriedades. E depois há as imagens e as hifas em seus caroços. O construtor gera tudo isso em um segundo, enquanto que levaria uma eternidade para descrever tal interface por si só).

2. Cada GUI requer vários núcleos. Todos eles são produzidos pela construtora.

3. Sempre que você precisar, sinta-se à vontade para entrar em contato comigo. Eu o ajudarei gratuitamente.

 
3. Agradecemos antecipadamente :).
 
Реter Konow:

Vamos imaginar a situação oposta. Bem, você não tem insetos. De forma alguma e quase nunca, porque você se lembra de TUDO e leva TUDO em conta! Vocêusaria OOP?

Você se lembra de tudo no projeto em que está trabalhando no momento. E os códigos do passado? Você se lembra tão bem do que escreveu há um ano? Onde as coisas mudaram, etc. Agora a tarefa é refinar ou ajustar um pouco seu código antigo.

E tudo isso não tem nada a ver com o OOP. Se seu código é construído sobre o acesso público a variáveis globais, ele não é aceitável em nenhum paradigma, nem em um paradigma processual, nem no OOP, muito menos no funcional. Portanto, não vejo nenhum sentido em contrastar seu "kung-fu" com o OOP.
Razão: