Una domanda per gli esperti di OOP. - pagina 51
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
"Nuovo concetto OOP" - non è chiaro lo scopo. Perché lo fai?
Voglio capire alcune cose che mi hanno interessato per tutta la vita.
1. È possibile creare un sistema autosviluppante?
2. È possibile creare un processo in cui più sistemi interagiscono, cambiano ed evolvono?
3) Può nascere qualcosa senza un concetto iniziale?
4. Cosa succede se combino la mia rappresentazione degli oggetti nel kernel e l'OOP standard, con la sua ereditarietà e incapsulamento degli oggetti? Sarebbe possibile semplificare la creazione di sistemi complessi?
...e operare con istanze nel secchio:)
Perché scrivere qualcosa in un secchio, specialmente qualcosa legato a un oggetto specifico? L'oggetto stesso memorizza informazioni su se stesso, e il secchio contiene solo puntatori agli oggetti.
Vi siete mai chiesti perché l'OOP standard ha delle "capsule" (classi) di oggetti così grandi? Dopo tutto, è più facile trasformare un oggetto in un nodo di puntatori, e memorizzare il contenuto degli oggetti al di fuori delle classi. Poi, l'Oggetto è facile da modellare. Basta cambiare i puntatori al materiale, che deve combinare, e l'Oggetto si "trasformerà" in qualcos'altro. Il contenuto dell'oggetto dipenderà dai puntatori, non dagli "ingredienti" della sua classe (capsula). Quindi, memorizzo esattamente questi pacchetti, nel Kernel come Oggetti. E il materiale stesso è al di fuori del Nucleo. Così, le connessioni tra gli Oggetti, così come i loro contenuti, possono essere facilmente e rapidamente cambiati, e i sistemi composti da tali Oggetti "nodali" possono essere facilmente modificati.
.
Bene, l'approccio ha un nome? Forse JELOP - Programmazione nucleare orientata agli oggetti. Suona solido, associato alle armi, alle centrali nucleari. Uno slogan di qualche tipo: "Ho preso il meglio e l'ho messo nel kernel!". Ben fatto, Peter, continua a fare un buon lavoro, sono piacevolmente sorpreso.
Guarda il cervello dall'interno. È pieno di centri di connessione (neuroni), non di singoli complessi chiusi. Il cervello incapsula le connessioni, non l'intero contenuto di ogni oggetto.
Tali collegamenti si chiamano "composizione/aggregazione di oggetti", ma si continua a pedalare verso il proprio nucleo. Aggiungete tutti i link che volete, non c'è niente di nuovo.
ZS: Ho guardato il video in diagonale, forse non così tanto.Tali collegamenti si chiamano "composizione/aggregazione di oggetti", ma si continua a pedalare verso il proprio nucleo. Aggiungete tutti i link che volete, non è niente di nuovo.
ZS: Ho guardato il video in diagonale, forse non così tanto.https://habr.com/ru/post/354046/
Questo è molto più chiaro.
//-----------------------------------------------
La composizione collega oggetti che sono in una catena associativa comune. Camera-Muri-Mobili. Il problema è che le catene associative sono troppo instabili e indefinite, quindi le connessioni a livello di classe sono un errore. Una stanza può essere associata a un bambino, a una gabbia, a un ipercubo o a un mondo sotterraneo e, a seconda di questo, metterci del contenuto. Una classe OOP standard non prevede un facile cambiamento delle relazioni all'interno di una composizione, mentre il kernel sì.
Tali collegamenti si chiamano "composizione/aggregazione di oggetti", ma si continua a pedalare verso il proprio nucleo. Aggiungete tutti i link che volete, non c'è niente di nuovo.
ZS: Ho guardato il video in diagonale, forse non così tanto.mandagli 5-10 rubli per tagliarsi i capelli ;)
Perché il kernel permette di cambiare facilmente le composizioni (contenuto degli oggetti)? - Perché nel kernel, le entità sono posizioni di memoria con variabili. E una classe èuna descrizione di un oggetto a livello di editor. A livello di codice.
Il codice cambia attraverso l'editor. La memoria viene modificata attraverso l'interfaccia o dal programma stesso. Cioè, se la classe (capsula oggetto) viene messa dal codice in una matrice (kernel), la sua elaborazione e modifica sarà 100 volte più veloce e più flessibile.