Rappresentazione di un oggetto nella programmazione. - pagina 10
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Nessun segnale da nessun reggiseno... (
Da te non sono mai stati nonno.
1. Non ho mai fatto domanda per i segnali.
2. Hai bisogno di una virgola prima della parola 'nonno'.
3. Ho già detto che non commercio quasi mai, mia figlia commercia ora. Vi ho già detto che non faccio quasi mai scambi.
A proposito, il nonno è il mio titolo preferito. Mia nipote mi chiama così.
Questo concetto è un tentativo di passare al prossimo livello di programmazione, che a mio parere sarà "costruire" (piuttosto che scrivere) sistemi funzionali dal computer stesso, piuttosto che dagli umani. Il software sarà in grado di creare programmi.
Ora c'è una rete neurale addestrata sul codice githab, ma non è affatto quello che intendo.
Qual è il principio che sta dietro? Come sarà gestita la complessità computazionale in rapido aumento?
C'è un oggetto e c'è una relazione. Nel linguaggio di programmazione di maggior successo, sono stati sostituiti da "oggetto" e "metodo". È venuto fuori così così. Naturalmente, la complessità computazionale cresce - cosa si può fare?
Gli oggetti sono i parametri e i loro eventuali aggregati. Per esempio, la velocità e il tempo. La relazione è il loro prodotto, che genera un nuovo oggetto - la distanza percorsa.
Circa 40 anni fa, il professor Tyugu a Tallinn ha sviluppato una cosa del genere, chiamata PRIZ. Non è mai arrivato sul mercato. Con ha vinto, indovina perché.
Stai confondendo il caldo e il morbido.
Va bene, a Peter piacerà. Gli piacciono molte parole.
Va bene, a Peter piacerà. Gli piacciono molte parole.
Allora avresti dovuto scrivere anche sul secondo DDD ) o su tutto il casino (*)DD
Uno dei concetti più difficili con cui lottare erano"Parametro" e"Proprietà". La loro comprensione esteriore si è rivelata ingannevole. Siamo riusciti a formalizzare il Parametro come una semplice rappresentazione nominata e concisa di qualche insieme caotico o strutturato, esistente tra altri insiemi e che ha con essi numerosi legami e dipendenze, riflessi nell'attività vitale degli oggetti o degli ambienti che li includono. L'espressione classica delle dipendenze dei parametri sono formule. Molte relazioni, dipendenze e parametri sono invarianti in relazione a oggetti concreti, perché appartengono a categorie - cioè grandi gruppi di oggetti, sistemi, ambienti.
Una proprietà può forse essere vista come: 1. un attributo di un oggetto, 2. Una reazione (pre)definita di un oggetto a un'interazione esterna.
Da questa posizione, il Parametro è una certa proprietà-attributo, cioè una "proprietà" dell'oggetto, che è uno dei suoi insiemi strutturali o dei valori .
Un insieme di proprietà è un complesso di attributi necessari alla riproduzione di un oggetto, alla sua interazione e alla sua "attività vitale" interna.
Una forma è lo stesso attributo degli oggetti come processi o stati e, in sostanza, è solo un insieme di componenti fisiche (particelle, per esempio) che l'oggetto possiede e che contribuiscono con i loro parametri (x, y, z,...) al suo insieme.
All'incirca così.
Ciao Peter.
Oltre all'OOP, c'è il DDD(Domain-driven design)
Solo perché tu lo sappia.
Ciao!
Grazie, è interessante.